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

← →
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?

← →
Reindeer Moss Eater © (2004-11-18 15:37) [29]

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

← →
Dmitriy O. © (2004-11-18 15:40) [30]

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

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

← →
able © (2004-11-18 15:42) [31]

Reindeer Moss Eater © (18.11.04 15:37) [29]
Должен был установлен Access?)

← →
able © (2004-11-18 15:42) [32]

Reindeer Moss Eater © (18.11.04 15:37) [29]
Должен был установлен Access?)

← →
Reindeer Moss Eater © (2004-11-18 15:45) [33]

не должен

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

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

← →
Sergey13 © (2004-11-18 17:34) [35]

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

← →
HSolo © (2004-11-18 17:35) [36]

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

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

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

2 HSolo © (18.11.04 17:35) [36]
FB Embedded штука хорошая. Бери и не спрашивай.

← →
HSolo © (2004-11-18 17:43) [38]

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

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

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

← →
HSolo © (2004-11-18 17:56) [40]

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

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

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

← →
Lexa (2004-11-18 18:02) [41]

HSolo - интересная ссылка ... теперь понятно ... я просто думал немного о другом речь идет ... для тех кто постоянно работает с Interbase это наверное удобно

← →
HSolo © (2004-11-18 18:08) [42]

>для тех кто постоянно работает с Interbase это наверное удобно
Не наверное, а точно :)

← →
Lexa (2004-11-18 18:15) [43]

HSolo - но я все же предпочитаю Microsoft

← →
aus (2004-11-18 20:34) [44]

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

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

← →
able © (2004-11-18 21:41) [45]

aus (18.11.04 20:34) [44]
Не, в прайсах не так много записей будет.
О форме можно не беспокоится, дам шаблон заполнения, дальше не мои заботы.
А Вы на какой бд делали?

Да, кстати, покажте пример, как реализован не строгий поиск.
Т.е. искал подстроку в строках, допускал ошибки в 1-2 буквы..

2[43] Lexa (18.11.04 18:15)
> но я все же предпочитаю Microsoft
У богатых свои причуды. 8-)

aus (18.11.04 20:34) [44]
была у меня когдато такая задача, когда каждый в своей форме представлял данные, и возможности их заставлять вводить в какомто конкретном мне нужном виде небыло. Вот я использовал фаерберд(интербейз), и все прайсы пихал в мемо полеа(как ни странно все прайсы были представлены либо в вордовском формате либо в экселевском либо в виде хтмл, других вариантов небыло ;)) потом в программе я отображал это через оле из блоб поля ...
но тут есть подводные камни:
1. я думаю новичок столкнется с многими неясностями и проблеммами при разаработке (хотя очень хороший пример чтоб набратся опыта)
2. невозможно будет показать экселевский прайс, если на машине будет стоять эксель, тоже с вордом :(, но если бы фирма дала это отдельно прайс то они бы его тоже не просмотрели :))

ну вот так ...

а если заставить их заполнять твою форму, то тогда советую фаерберд полторашный (который эмбедед см
HSolo © (18.11.04 17:56) [40])
вот так ... лично мое ИМХО

Народ, вы меня без внимания не оставляйте :)

>Че тебе, открытки посылать каждый день? 8-)
Ага, с премиями :)
А если серьёзно, то - [46]

← →
aus (2004-11-19 21:29) [52]

Если у тебя небольшие таблицы, можно организовать любой поиск на клиентском наборе данных, используя фильтр, OnFilterRecord. Тут не важно, какая БД, и Access подойдет.

Thanks, попробую.
Кстати, остановил свой выбор на Access.
А надо только *.mdb файл распространять и всё?
Никаких длл?

← →
aus (2004-11-19 21:50) [54]

Обычно никаких, но на всякий случай MDAC.

А что такое MDAC?

← →
aus (2004-11-20 21:17) [56]

Компоненты доступа к данным, после W98 - уже имеются установленные, а для него нужно найти и установить (ищи на MS)

Спасибо, поищу.

Фильтры - это adotable.filter & adotable.filtered?
Можно маленький примерчик, pls..

Или через запросы? Примерно так?
ADOQuery1.Filter:="имя поля like """+Edit1.Text+"*"""; ADOQuery1.Filtered:=True;
Edit1.text - начальные буквы.

Всё, научился, делаю так:
strFilterString := "WHERE Предприятие Like "%" + EditFilter.Text + "%"" ; with ADOQuery do begin with SQL do begin clear; Add("SELECT Предприятие "); Add("FROM Основная"); Add(strFilterString); Add("ORDER BY Предприятие") ; end; Open; end; ADOQuery.Active := True ;
Но как построить запрос, чтобы он выдавал не только колонку "предприятие", но и остальные?
Да и это не совсем то..
Надо чтобы он искал не по первым буквам, а по всей строке, допуская погрешности.

1. Select *
2. Что значит "погрешность" ?

2. Что значит "погрешность" ?
Допустим, в колонке "предприятие" находится запись "Johnman".
Пользователь вводит в поиск "Jahnman" и ему выводится запись с "Johnman".
Или, допустим в колонке "адрес" есть поле "Челябинск, Советская 85", пользователь вводит "Советская 85" и получает вышеуказанную запись

← →
МАХНО (2004-11-21 10:53) [63]

Удалено модератором
Примечание: задай свой вопрос, хотя это и безсмысленно раз прочитав ветку с аналогичным ничего не понял... (имхо)

able © (21.11.04 08:34) [62]
> Или, допустим в колонке "адрес" есть поле "Челябинск, Советская 85", пользователь вводит "Советская 85" и получает вышеуказанную запись

LIKE "%Советская 85%"

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