Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.12.19;
Скачать: [xml.tar.bz2];

Вниз

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

 
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]
Не, в прайсах не так много записей будет.
О форме можно не беспокоится, дам шаблон заполнения, дальше не мои заботы.
А Вы на какой бд делали?


 
able ©   (2004-11-18 21:47) [46]

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


 
Sergey13 ©   (2004-11-19 09:47) [47]

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


 
Rule ©   (2004-11-19 10:25) [48]

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

ну вот так ...

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


 
able ©   (2004-11-19 14:39) [49]

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


 
Sergey13 ©   (2004-11-19 14:42) [50]

2[49] able ©   (19.11.04 14:39)
>Народ, вы меня без внимания не оставляйте :)
Че тебе, открытки посылать каждый день? 8-)


 
able ©   (2004-11-19 18:47) [51]

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


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

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


 
able ©   (2004-11-19 21:37) [53]

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


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

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


 
able ©   (2004-11-20 13:20) [55]

А что такое MDAC?


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

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


 
able ©   (2004-11-20 22:04) [57]

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


 
able ©   (2004-11-20 22:07) [58]

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


 
able ©   (2004-11-20 22:09) [59]

Или через запросы? Примерно так?

 ADOQuery1.Filter:="имя поля like """+Edit1.Text+"*""";
 ADOQuery1.Filtered:=True;

Edit1.text - начальные буквы.


 
able ©   (2004-11-20 23:02) [60]

Всё, научился, делаю так:

    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 ;

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


 
Johnmen ©   (2004-11-21 01:55) [61]

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


 
able ©   (2004-11-21 08:34) [62]

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


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

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


 
sniknik ©   (2004-11-21 11:28) [64]

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

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


 
able ©   (2004-11-21 12:20) [65]

sniknik ©   (21.11.04 11:28) [64]
Ого. Всё, иду штудировать книжку по SQL :(



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

Форум: "Базы";
Текущий архив: 2004.12.19;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.61 MB
Время: 0.035 c
14-1101813041
Dmitry_
2004-11-30 14:10
2004.12.19
!


8-1096016836
dracula
2004-09-24 13:07
2004.12.19
как из midi файла прочитать тэги


4-1099461812
AlexeyM
2004-11-03 09:03
2004.12.19
проблема с hook


14-1101566505
chuk32
2004-11-27 17:41
2004.12.19
Нестандартные размеры страницы принтера


3-1100789231
turonix
2004-11-18 17:47
2004.12.19
Как послать запрос в DB FireBird используя компонент pFIBQuary?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский