Paradox ->Ms Sql Server -> Delphi8

Трябва да мигрирам базата данни (Парадокс) кьм MS SQL Server. Някои да го е правил това? Намерих DTS (Data Transformation Service) в SQL, обаче не вьрши много добра работа

Сьщо така ми се иска да премина от Д6 на Д8 Какво трябва да направя пьрво -миграцията кьм MS SQL Server или конвертирането на Д6 кьм Д8?Ако направя миграцията пьрво сигурно ще трябва да използвам АДО в Д6 да се свьржа кьм
MS SQL Server.После като реша да премина кьм Д8 няма да мога да използвам АДО и пак трябва наново да се чудя какво да използвам.
Има ли някои да ми даде сьвет?

Погледни дикусията за D8 първо. Вярно, че вече излезе и официалната версия - а не този глупав rip, но в следващите 6 месеца не съветвам някой да мигрира към Д8 - ще бъде загубено време.
Колкото до прехода D6- D8 - ами не си мисли, че ще можеш да го осъщствиш току така - двете версии са достатъчно различни - все пак ако не си прочел - D8 for NET Platform - а не просто W32+NET!!!!!!!!!!!!
Така, че мисля по лесно на базата на създаденото до момента да пренапишеш на ново - не се бъзикам - програмата. Това ми се струва по лесния вариант. Не се тревожи за връзката - така или иначе няма да можеш да ползваш един и същи код (100%) за W32 и за NET приложението.

Освен това помисли за клиентите си(не само настоящите ами и бъдещите) - колко от тях ще имат техника за да използват .NET платформата - без да започнат да псуват че нещата в сравнение с W32 им са бавни. Разбира се това зависи от самото приложение - макар да не мога да се сетя за нещо което сериозно да си заслужава да бъде port-нато за NET. Аз мислех да портвам счетоводните глупости които съм писал в продължение на 10 и повече години - ама вече започвам да се разубеждавам - най-малкото като се сетя за фирмите и разправиите които съм имал - за купуването на нов компютър и прочие - а пък NET-а ще работи смислено от XP нагоре.

Айде и успех - мисля обаче, че повече смисъл би имало ако се насочиш (и успееш да проектираш програмата) за cross-platform - не подценявай Линукс-а.

---
Колкото повече, толкова повече.

Да уточним че сьм програмист от женски род (не че има голямо значение де)

За портаването си прав че може би трябва да се изчака.Клиентите са част от компанията (не могат много да недоволстват) - имаме inhouse programming
Което ме притеснява е " management" за вече решили че искат да се премине от Д6 на Д8 и от ПАрадокс на MS SQL.Само че ще трябва да се боря с conversion ведньж от BDE (components) кьм АДО а после от АДО кьм нещо друго за Д* Двоина работа ще ми се отвори.Програмата е доста тежка с 6 модула

Пола в случая няма никакво значение - но това сигурно е едно от малките изключения.

След като е вътрешно корпоративен проект (или между няколко близки компании) - мисля, че риска е оправдан. Става дума за последващото менажиране на системата което няма да е много лесно - ще трябват познания и администратори - допълнително. Ако трябваше да се реализира при клиенти с различни конфигурации - тогава би възникнал проблем.

Мисля обаче, че след като до момента Paradox Ви е вършил добра работа - можете свободно да се насочите към FireBird (вече има NET поддръжка) - това ще освободи малко от финансовите ресурси. Разбира се трябва да се направи анализ на БД- и натоварването/развитието което ще търпи в бъдеще.

Друго което бих препоръчал е (ако програмата е достатъчно обеммна ) да се препроектира - разбира се не знам какво е текущото и състояние, но BDE -то не дава много възможности - виж ползването на слой разделяш базата данни от бизнес логиката и от визуализацията в бъдеще ще ти спести доста главоболия при преминаване към друга БД. Бих ти препоръчал да потърсиш и разгледаш REM Objecs за .NET!!!!!
Не ти препоръчвам директното map-ване на компоненти за визуализация и БД-то - това създава главоболия и по-трудно менажиране при развитие на системата.
Програмирането за интернет налага доста ограничения - и ще трябва да се пребориш с много проблеми (скорост, сигурност, гъвкавост и прочие) - за това правилния подход в началото на проекта е жизнено важен. Реално прехода между D6 и D8 - е концептуален - а не просто заменяне на дадени компоненти с други - за това премислете нещата няколко пъти.

Успех и умната

---
Колкото повече, толкова повече.

Здравейте!
Преди няколко години ми се наложи да премина от Paradox на Interbase защото базата нарасна потребителите също и Paradox - а започна да прави грешки и да работи все по бавно. Искам предваритено да уточня че всички заявки бяха написани на SQL и работех с TQuery. Прехвърлянето не беше лесна работа. Смяна на някой тип данни. Писание на процедури на сървъра, тригери, администриране на базата на сървъра. Иположението се спаси за около година. Базата отново нарастна и потребителите също. Interbase - а започна да први проблеми (бавно работи). Наложи ми се да прехвърля базта и данните на MS SQL сървър. Наложи се пак да сменя една част от данните (естествено да преработя програмата). Да създам нова DB ново администриране ново пренаписване на процедурите на сървъра. Но от тогава нямам проблем с данните. Сървъра работи много бързо и без проблемно. Няма да споменавам за много лесното обслужване. Осъществявам връзката през ODBC и BDE трябва само да се инсталира. Работя с TQuery и др. Преминаването от Paradox ->Ms Sql Server не е лесно но си струва за фирми с повече от 2 потребителя по мрежа и с над 100 000 записа за година. За повече информация pl@mail.bg.

Базата отново нарастна и потребителите също. Interbase - а започна да први проблеми (бавно работи).?! Хмм... Не искам да кажа, че InterBase/FireBird е най-великата база на света, ама не смяташ ли, че проблема все пак ти е бил някъде другаде? Че не си му изстискал възможностите? Все пак това е една много добра база и с подходящите умения и инструменти можеш да постигнеш много добри резултати с нея. Само не ми казвай, че като си минал от Paradox на InterBase си си останал на BDE/TQuery....
А 100 000 записа на година са нищо за InterBase Аз имам проекти на IB, в които базата расте с милиони записи годишно...

Трябваше да го публикуваш като подтема на главната - не под моето мнение.

Другото нещо което не разбирам е как така при мен Парадокс-а не прави проблеми при бази данни при работа с около 50000 до 100000 записа, при положение на 5 вързани клиента едновременно (е не винаги - но 3 са задължително вързани) а пък Вие плачите от Interbase ;-)))))) да не говорим за MS SQL(който най-вероятно иска поне 1 админ да му виси на главата). При това нямам забавяния (е има към края на годината като достигна средата на посочената граница - но те не са фатални). Явно проблема е някъде другаде ;-)))) Между другото - махнете BDE- то при връзката с MS SQL - ще постигнете доста сериозно ускорение на програмата.

---
Колкото повече, толкова повече.

Aми не видя ли че човека още кара и при MS SQL още на Tquery и BDE - да не говорим и за ODBC-то ;-)))))) - така не MS SQL сървър ами нещо 10000 по мощно да му дадеш - програмата пак ще се влачи ;-)))))
Аз не случайно в предните си постове натъртих че промяната на една платформа за БД води и до преосмисляне на цялата концепция на програмата ;-)(и ще се наложи да се пренапише почти нацяло) ама на - няма да им уври на хората в главите.

---
Колкото повече, толкова повече.

Имаш ли поглед и върху MySQL? Понеже ми стана интересно, чувал съм и съм чел из нета доста неща за двете бази, но не съм попадал на пряко сравнение. Коя смяташ, че е (комплексно) по-добра? Или пък по-подходяща в Delphi/CB среда? Опитвал съм работа с IB и FB и като цяло съм доволен, но не съм пробвал MySQL ...

Mixy

>Имаш ли поглед и върху MySQL?
Ами имам

>Коя смяташ, че е (комплексно) по-добра?
Ако става въпрос за комплексно по-добра - отговора е категорично FB!

>Или пък по-подходяща в Delphi/CB среда?
"По-подходяща" е много субективно понятие. С MySQL под Делфи нямам особено голям опит. За мен приложението на MySQL си остава най-вече в web (PHP, Perl или каквото там ти харесва). Става въпрос за native поддръжката на двете бази под Делфи. За FB има много компоненти - IBX (безплатни и малко, но поносимо малко бъгави), FIB Plus (хубави компоненти, ама малко платени), IBO (има идея в тия компоненти ) и т.н. и т.н. Zeos също има. Пак те имат и за MySQL. Не съм ги ползвал, но съм чувал, че и те си имат проблеми. Наскоро в този клуб имаше една дискусия свързана с тях. Личното ми мнение е, че FB е по-добре поддържан за работа в Делфи.

Като цяло по-старите версии на MySQL се славеха като добра и бърза базичка за прости нещица и/или ReadOnly web бази. В 4.1 (мисля - или беше в 5?) добавиха поддръжка на stored procedures и другите съществени неща, които липсваха на старите версии, но доколкото съм чувал това е е....ло май....ата на перформънса

Решението си е изцяло твое - ще си прецениш в зависимост от нуждите ти коя ще е по-добра.