Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2003.12.23;
Скачать: CL | DM;

Вниз

Delphi+MySQL   Найти похожие ветки 

 
Ross   (2003-11-29 15:45) [0]

Есть ли у кого опыт продуктивной работы именно в такой связке, и работает ли нормально при 1млн записей в базе? Я остановил свой выбор на Delphi+MySQL для создания комплексной программы учета склада. Есть ли причины поменять базу (Ваше мнение)?


 
Anatoly Podgoretsky ©   (2003-11-29 15:48) [1]

Нормальность работы определяется не столько количеством записей, сколько другими факторами.
Причины конечно есть, лучше использовать промышленные базы.


 
Nikolay M. ©   (2003-11-29 15:51) [2]


> работает ли нормально при 1млн записей в базе

Да, если сервер свежий и нормально пропатчен.
В противном случае данные могут биться, индексы слетают и тд.


> Есть ли причины поменять базу

Если это не веб-приложение, то однозначно не стоит с ним связываться. Отсутствие поддержки ссылочной целостности, ХП, триггеров, транзакций (иннодб не в счет), подзапросов натрет тебе основательный геморрой.
MS SQL или Interbase/FireBird - вполне сойдут.


 
Ross ©   (2003-11-29 16:04) [3]

Дело в том, что нужно минимальными деньгами сие реализовать. В принципе и к MSSQL-у можно с web-a подключиться. А какие еще факторы могут повлиять?


 
Nikolay M. ©   (2003-11-29 16:09) [4]

IB/FB тоже бесплатные.


> какие еще факторы могут повлиять?

Имхо, в [2] их вполне достаточно. Когда начнешь терять связи между таблицами, сам поймешь...


 
Ross ©   (2003-11-29 16:17) [5]

Дело в том, что возможно еще будет использован терминал. С MySQL кое-какой опыт есть а вот MSSQL... Это опять же для экономии. А такой опыт есть у кого?


 
Michail Dalakov ©   (2003-11-29 16:19) [6]

А какой IB бесплатный если не секрет?
Если требуется бесплатный сервер, то советую MSDE, для баз до двух ГА это тот же MSSQL сервер, по возможностям и по качеству он
будет получше чем IB и семейство.


 
Nikolay M. ©   (2003-11-29 16:20) [7]


> возможно еще будет использован терминал

Расшифруй?
mysql -hHost -uUser -p
?

MS SQL прекрасно администрируется с любого компьютера (почти).


 
Vlad ©   (2003-11-29 16:21) [8]


> по возможностям и по качеству он
> будет получше чем IB и семейство.

Неплохо бы аргументировать


 
Nikolay M. ©   (2003-11-29 16:25) [9]


> А какой IB бесплатный если не секрет?

Тот, который с открытыми исходниками :)
6.0


 
Anatoly Podgoretsky ©   (2003-11-29 16:42) [10]

Ross © (29.11.03 16:17) [5]
Насчет экономии сомнительно, особенно когда будет порушена база, см. Nikolay M. © (29.11.03 16:09) [4]

Намой взгляд оптимальный выбор или MSDE или FB/IB, что использовать зависит от твоих знаний. У MSDE развитый SQL


 
Michail Dalakov ©   (2003-11-29 17:07) [11]

To Vlad В последнее время с IB не связываюсь по вышеоговоренным причинам (может быть это мое субъективное мнение),
но y меня есть опыт работы с несколькими версиями IB, что можно
сказать глюков много.
Ну например, ОС Win98 IB5.6 Выполнение транзакции и случайное проподание питания - в лучшем случае потеря нескольких страниц в
базе. Можно создать ХП(2), которая использует другую ХП(1), после чего грохнуть 1ХП и... с базой можно попрощаться. Создание индекса в большой таблице по текстовому полю, может привести к смертельному исходу, иногда случаются очень странные сортировки для избежания которых нужно пол дня потратить в поисках требуемого Collate в Инете, ну всего и не упомнишь, ну добавлю еще что МSSQL пошустрее, что явно видно если одну и туже базу юзать на разных серверах.
Ну насчет возможностей - сейчас вроде бы последнии версии семейства IB поддерживают динамический SQL, выбор первых записей и т.д., на более старых этого нет


 
Michail Dalakov ©   (2003-11-29 17:13) [12]

То Nikolay M. © (29.11.03 16:25) [9]
На сколько я знаю у Borland версия 6.0 никак не поддерживается и распространяется как есть, т.е. глюков хватает и их никто не собирается исправлять. Вряд ли у кого-то возникнет желание использовать мертво-рожденное творение, если конечно не собирается наводить в нем порядок.


 
Nikolay M. ©   (2003-11-29 17:18) [13]


> Michail Dalakov © (29.11.03 17:13) [12]

Тогда FB в руки и барабан на шею.
Конечно, если нет желания править исходники IB :?)


 
Vlad ©   (2003-11-29 17:21) [14]


> Michail Dalakov © (29.11.03 17:07) [11]

Возможно это касается самого IB, но в FB/YA о таких глюках мне не известно, мало того, совершенно точно вам скажу, что лично создавал индексы в большой таблице (12 млн записей) и никаких глюков не наблюдал. А так же что касается сортировки и ХП - также замечено не было.
Да и цена по-моему смешная. А если говорить о персональных версиях - так они вобще бесплатны.


 
Vlad ©   (2003-11-29 17:23) [15]

индексы я имел ввиду как раз по текстовым полям.


 
Anatoly Podgoretsky ©   (2003-11-29 17:50) [16]

Цикл поддержки у Борланда очень короткий, практически он кончается сразу после выпуска новой версии продукта.
Что касается IB/FB так это одни и теже люди, они разрабатывали глюкавые версии в Борланде, потом ушли из него и разрабатывают FB, по легенде посчитали, что Борланд прекратила разработку IB и хоронит продукт.


 
Michail Dalakov ©   (2003-11-29 18:05) [17]

Ну коль пошла такая...
Вообще есть ли у Delphi будущее или мы все скоро пересядем на студию и .Net? Delphi 3 была средой разработки не имеющей себе равных, за прошедшее время у Borland мало что изменилось, а вот
студия шагнула далеко вперед и пробуя VS7 приходишь к выводу, что она не хуже, стоит раза в два дешевле, да и фиксится регулярно и без дополнительной оплаты в отличие от Delphi


 
Anatoly Podgoretsky ©   (2003-11-29 18:19) [18]

средой разработки не имеющей себе равных была Д1, с тех пор у Борланда мало что изменилось, а другие на месте не стояли.


 
Michail Dalakov ©   (2003-11-29 18:28) [19]

По-моему только D3 могла сказала первое слово в борьбе за рынок БД



Страницы: 1 вся ветка

Текущий архив: 2003.12.23;
Скачать: CL | DM;

Наверх




Память: 0.51 MB
Время: 0.017 c
7-75435
Sembar
2003-10-14 13:33
2003.12.23
mplayer


1-75168
yuray76
2003-12-09 18:22
2003.12.23
Имя объекта


14-75310
Slavian
2003-11-30 21:57
2003.12.23
НОВЫЙ ГОД


8-75268
help
2003-08-25 12:40
2003.12.23
Изменение экранного разрешения


14-75369
saNat
2003-11-29 00:35
2003.12.23
Изменение приоритета процесса