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

← →
able © (2004-11-12 20:14) [0]

Надо сделать каталог товаров и быстрый поиск по ним.

← →
YurikGL © (2004-11-12 20:19) [1]

1С :-)

← →
sniknik © (2004-11-12 20:26) [2]

любую! знаю только одну которая этого не посволяет, и та еще только пишется... сдесь
http://delphimaster.net/view/1-1100061003/
;о))

тормоза в основном не от движка, а от програмиста его использующего...

← →
Fay © (2004-11-12 20:27) [3]

Возьми любую. Точно подойдёт.

← →
able © (2004-11-12 20:59) [4]

Я так и думал :)
Решил просто посоветоваться :)
Мой выбор пал на BDE.

← →
SergP © (2004-11-12 21:23) [5]

> [4] able © (12.11.04 20:59)
> Я так и думал :)
> Решил просто посоветоваться :)
> Мой выбор пал на BDE.

Ну BDE это вообще-то средство для работы с разными базами... А ты ведь задаешься вопросом какую БД выбрать....

← →
YurikGL © (2004-11-12 22:16) [6]

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

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

← →
able © (2004-11-13 12:54) [7]

SergP © (12.11.04 21:23) [5]
Нет, не то сказал. Paradox выбрал.

← →
able © (2004-11-16 12:43) [8]

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

← →
Digitman © (2004-11-16 13:53) [9]

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

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

> и т.д

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

← →
Sergey13 © (2004-11-16 13:57) [10]

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

← →
Digitman © (2004-11-16 14:24) [11]

> Sergey13

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

← →
Sergey13 © (2004-11-16 14:45) [12]

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

← →
msguns © (2004-11-16 14:54) [13]

ИМХО, для 2000 записей делал бы в аксесе. Все будет работать достаточно быстро и не надо заморачиваться с переносом приложения на другие компы. Компоненты - ADO.

← →
Digitman © (2004-11-16 15:03) [14]

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

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

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

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

← →
Sergey13 © (2004-11-16 15:20) [15]

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

← →
able © (2004-11-17 15:08) [16]

Поконкректнее скажу попозже)

← →
able © (2004-11-17 17:10) [17]

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

← →
Jeer © (2004-11-17 17:39) [18]

А инсталлятор никак с СУБД не связан.
Бери, что достанешь:)

← →
able © (2004-11-17 18:48) [19]

Ладно, с инсталлятором разберусь :)
И всё-таки чем лучше access?

← →
Highlander (2004-11-17 19:13) [20]

предлагаю FB/IB ;0)

← →
able © (2004-11-17 19:47) [21]

Да, кстати.
У каждого предприятия есть прайс, по которому тоже надо искать :)

← →
Lexa (2004-11-17 20:13) [22]

Я предлагаю остановить свой выбар на Access, если не планируется во много раз увеличить объем БД, а для 2000 фирм его хватит за глаза .... От Paradox его отличет то что в нем не так летят индексы .... Interbase не целесообразно использовать для столь малого объема .... а если тебя так привлекает вкладка компонент BDE то настрой в источниках данных ODBC псевдоним и работай через BDE ... и еще прас туда запихать тоже можно это особой проблемы не составит ... а поиск лучше всего сделать не через фильтры а с помощью SQL запросов ... и когда будешь писать SQL запросы, если ты хочешь, чтобы поиск был наиболее шустрым, то позаботься чтобы они были как можно более селективнвы ....

← →
YurikGL © (2004-11-17 20:38) [23]

Пользуй Access+ADO.

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

← →
Sergey13 © (2004-11-18 09:47) [24]

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

← →
Dmitriy O. © (2004-11-18 10:11) [25]

Лутше сразу порльзовать SQL базы т.к. потом может возникнуть необходимость сетевого варианта.

← →
ЮЮ © (2004-11-18 10:16) [26]

>Dmitriy O. © (18.11.04 10:11) [25]
а Paradox разве не "SQL база" ?

← →
asp © (2004-11-18 11:26) [27]

able © (17.11.04 18:48) [19]>
Во-первых хотя бы тем, что синтаксис SQL получше.

← →
able © (2004-11-18 15:33) [28]

Т.е. у пользователя должен стоять MS Access?

Просто должен стоять

> ЮЮ © (18.11.04 10:16) [26]

Да действительно можно и с ней работать по сетке.
Но будет тормозить наверно сильнее если скажем пользовать IB

не должен

← →
Lexa (2004-11-18 17:26) [34]

Для Sergey13, так как Interbase изначально рассчитывалась на работу с большими объемами данных и на не одного двух пользователей, а более мощные приложения ... а писать различного рода настольные приложения с использованием СУБД Interbase для одного компьютера это мне кажется извращением .... а советовать разбираться сразу с Interbase новичку, который хочет написать, как мне кажется, приложение с которым будут работать два - три человека одновременно вряди стоит ....

2[34] Lexa (18.11.04 17:26)
Странные у вас данные, надо отметить. Я думаю, многие тут с вами не согласятся. 8-)

>Lexa (18.11.04 17:26) [34]
>писать различного рода настольные приложения с использованием СУБД Interbase для одного компьютера это мне кажется извращением

А с использованием FB Embedded / Yaffil Personal ?

>Fay © (18.11.04 17:39) [37]
Это Вы мне?
Спасибо, но я-то как раз знаю, что это такое :)) А вот Lexa - явно нет. Ему, собственно, мое послание и адресовано.

← →
Lexa (2004-11-18 17:50) [39]

HSolo - я пользуюсь MS SQL Server или Access, на Interbase делал всего три раза и то давно, а с его клонами не работал ... и все же за чем нужен сервер для того что бы работать с приложением одному пользователю

>на Interbase делал всего три раза и то давно, а с его клонами не работал
Это-то понятно :)

>и все же за чем нужен сервер для того что бы работать с приложением одному пользователю

http://ibase.ru/ibfaq.htm#embedded

Какую БД выбрать? Найти похожие ветки