Database izbor

Kolegi imam slednia problem:
Triabwa da naprawia soft - skladowo stopanstwo za weriga magazini s godishen oborot po prodazbi ot 50 000 edenici.
Shte bydat 5 PC w mreza.(500-1GHz)
Kazete mi koi pyt da izbera taka che da se generirat byrzi otcheti
ADO?ODBC?Native Access?

a Baza
mySQL?Access?

koi komponenti
w Delphi

Reshenieto triabwa da e evtino s wyzmonsost za lesen pechat na PRINTER
Blagodaria wi
Sergio

Дай още малко уточнения. 5 PC-та, но в каква мрежа - локална или през интернет. В първия случай можеш спокойно да ползваш еднин ДБ сървър, но във втория случай, поради бавната връзка трябва да помислиш за няколко ДБ сървъра и репликация. База данни e добре да избереш измежду тези които поддържат Stored Procedures и Views, за да можеш да създадеш централизирани "бизнес правила" за всички клиенти на базата. По този начин почти няма да ти се налага да подменяш всички клиетски приложения при смяна на правилата. Е... това последното зависи и от опита ти като разработчик. За това какви компоненти да използваш: зависи от това каква БД ще избереш. Аз съм избрал FireBird 1-5-2 - безплатна и стабилна БД. За нея има едни железни компоненти за Делфи - FIBPlus. Струват парички, но са наистина много добри.

DB: IB/FB - имат почти всички екстри
delphi - IBX - комплект с delphi
всичко е безплатно освен delphi
А принтирането зависи от теб.
Погледни и предния пост.

Kakyw e problema s mySQL prez ADO.
Struwa li si skorosta wyrhu 50 000 zapisa.
I 5 PC sa w localna mreza

Blagodaria

Kakyw e problema s mySQL prez ADO.
Никакъв. Аз лично използвам таки комбинация + ODBC драйвер от сайта на MySQL.com и нямам никакви забележки. Новата 5-та версия изглежда доста обещаваща и има всички неща за една съвременна БД. Ако има нещо леко притеснително, това е, че за комерсиални продукти използващи MySQL, трябва да платиш за лиценз. С PostgreSQL няма да имаш такива душевни терзания.

Interbase е добрия избор в случая поради една много хубава екстра - има един компонент IBEvent който може да връща съобщения от базата. Така че ако се използват тригери плюс съобщенията, клиентските програми ще реагират веднага на промените. Това е особенно ценно ако няколко души работят с еднакви ресурси - например ако двама души едновременно продават една стока

чети и дишай по-леко

Ne, ne e nuzno da se nabludawa kakwo stawa w bazata dokato se wywezda informacia.
Vyprosa mi e shte se sprawi li ADO+mySQL s 50 000-100000 za 1-2 sek kato se preminawa ot nachaloto do kraia?

Sergi

Ми нищо не ти пречи да опиташ
Аз лично нямам почти никакъв опит с MySQL с Delphi. Работил съм с MySQL&PHP, и честно казано не бях особенно очарован. Но това е лично мнение - аз съм стар човек и модата май ме е подминала...

чети и дишай по-леко

MySQL + Delphi + oDBC върху Р4/512МБ-400МХц/САТА Брой записи - 400 000

Заявка с вложен селект по неиндексирано поле - между 9 и 15 секунди

Не разбирам какво означава: "godishen oborot po prodazbi ot 50 000 edenici"??

Имай предвид, че ти трябват няколко по-слаби PC-та за клиенти, но 1 яко за сървър.

Забрави за Access! Това няма нищо общо с клиент-сървър, аз се опитвам да го ползвам за 1 еднопотребителска програма, но пак се скапва, ако спре тока или забие, почти е сигурно.

Според мен ADO/ODBC не е добра идея.

В момента според мен най-сполучливи (безплатни и с добри възможности) са следните SQL сървъри: MySQL 5, Postgre, Firebird, MS MSDE SQL (частично).

Най- вероятно няма да имаш проблеми с ADO и MySQL.
Особено ако базата е добре проектирана - индекси и др.
Но закакво ти е ADO. Обвързва те с Windows, версиите и т.н.
Ако имаш най- голям опит с ADO и MySQL не се чуди, а го прави с тях.

> ... аз съм стар човек ...

Печен, не се излагай - не е важно на колко си, а на колко се чувстваш!

Та ти си си направо тийнейджър, бе човек !

Mixy