Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Какую БД выбрать?

Страницы: < 1 2 3 4 >
able © (2004-11-12 20:14:00)
Надо сделать каталог товаров и быстрый поиск по ним.

Dmitriy O. (2004-11-18 10:11:00) [41]
Лутше сразу порльзовать SQL базы т.к. потом может возникнуть необходимость сетевого варианта.

Sergey13 (2004-11-18 09:47:00) [42]
2[22] Lexa (17.11.04 20:13)
> Interbase не целесообразно использовать для столь малого объема ....
Можно узнать почему?

YurikGL (2004-11-17 20:38:00) [43]
Пользуй Access+ADO.

Почти гарантированно не требует никаких инсталяций и идет "просто так" т.к. соответствующий jet почти всегда есть (из личного опыта).

Lexa (2004-11-17 20:13:00) [44]
Я предлагаю остановить свой выбар на Access, если не планируется во много раз увеличить объем БД, а для 2000 фирм его хватит за глаза .... От Paradox его отличет то что в нем не так летят индексы .... Interbase не целесообразно использовать для столь малого объема .... а если тебя так привлекает вкладка компонент BDE то настрой в источниках данных ODBC псевдоним и работай через BDE ... и еще прас туда запихать тоже можно это особой проблемы не составит ... а поиск лучше всего сделать не через фильтры а с помощью SQL запросов ... и когда будешь писать SQL запросы, если ты хочешь, чтобы поиск был наиболее шустрым, то позаботься чтобы они были как можно более селективнвы ....

able (2004-11-17 19:47:00) [45]
Да, кстати.
У каждого предприятия есть прайс, по которому тоже надо искать :)

Highlander (2004-11-17 19:13:00) [46]
предлагаю FB/IB ;0)

able (2004-11-17 18:48:00) [47]
Ладно, с инсталлятором разберусь :)
И всё-таки чем лучше access?

Jeer (2004-11-17 17:39:00) [48]
А инсталлятор никак с СУБД не связан.
Бери, что достанешь:)

able (2004-11-17 17:10:00) [49]
msguns © (16.11.04 14:54) [13]
А есть автоматический инсталлер, который будет бд вместе с прогой устанавливать?
И чем лучше?

able (2004-11-17 15:08:00) [50]
Поконкректнее скажу попозже)

Sergey13 (2004-11-16 15:20:00) [51]
2[14] Digitman © (16.11.04 15:03)
>ошибки ввода юзера отнюдь не минимизируются нормализацией..
А я считаю, что хотя и не исчезают полностью, но здорово уменьшаются. Хотя это и не по теме уже.

Digitman (2004-11-16 15:03:00) [52]

> Sergey13 © (16.11.04 14:45) [12]

ой да ладно тебе !

ошибки ввода юзера отнюдь не минимизируются нормализацией..

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

msguns (2004-11-16 14:54:00) [53]
ИМХО, для 2000 записей делал бы в аксесе. Все будет работать достаточно быстро и не надо заморачиваться с переносом приложения на другие компы. Компоненты - ADO.

Sergey13 (2004-11-16 14:45:00) [54]
2[11] Digitman © (16.11.04 14:24)
Это да. Но еще она дает уверенность, что выбрав например "ул. Ленина" в адресе, ты выберешь всех с улицы Ленина и не пропустишь например "Ленина ул.", "улица Ленина" или "ул ленина", что практически неизбежно при ручном заколачивании множества инфы.

Digitman (2004-11-16 14:24:00) [55]

> Sergey13

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

Sergey13 (2004-11-16 13:57:00) [56]
2[9] Digitman © (16.11.04 13:53)
Не думаю, что одной-единственность таблицы способствует быстрому поиску. Скорее наоборот.

Digitman (2004-11-16 13:53:00) [57]

> шустрый и гибкий поиск

сильно зависит от

> и т.д

с поиском же записи/записей по таким тривиальным атрибутам как "адрес, телефон" успешно и достаточно эффективно справится правтически любая СУБД, если БД состоит из одной-единственной таблицы и таблица грамотно индексирована по этим полям

able (2004-11-16 12:43:00) [58]
YurikGL © (12.11.04 22:16) [6]
Надо составить каталог предприятий.. Всего около 2000 предприятий. У каждого адрес, телефон и т.д. Нужно реализовать шустрый и гибкий поиск

able (2004-11-13 12:54:00) [59]
SergP © (12.11.04 21:23) [5]
Нет, не то сказал. Paradox выбрал.

YurikGL (2004-11-12 22:16:00) [60]

> able © (12.11.04 20:59) [4]

Напиши объем задач, предполагаемое количество записей, пользователей...

Страницы: < 1 2 3 4 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »