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

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

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

Народ, как считаете какую БД [D6]

twist © (2003-12-24 04:44:00)

лучше использовать для хранения и поиска данных, если эти данные представляют из себя достаточно простую таблицу из 8-10 строковых полей, но кол-во этих строк примерно 2-3 млн. в месяц и все время накапливаются. Наиболее актуальна скорость поиска, при том что за частую необходимо искать по принципу LIKE "*text*".

Johnmen (2003-12-24 15:23:00) [1]

>Shirson © (24.12.03 15:16)

Про себя не скажу, но друзья-ораклисты говорят, что всё летает.
C полнотекстовыми индексами...
:)

Shirson (2003-12-24 15:16:00) [2]

>Johnmen © (24.12.03 10:42) [8]
>Рекомендую поискать инфу по полнотекстовому индексированию и поиску в MySQL и Oracle.

Это не спасает. Поиск всё-равно медленный.
Я над этой проблемой бьюсь уже несколько недель. Самый перспективный вариант - словарь. Но словарь это тоже айсберг, с подводной частью. Сам поиск по словарю просто летает, а вот операции по вставке/удалению материалов, на которых он строится, начинают жрать время в страшных количествах по мере накопления ссылок на материалы.

Сейчас пробую уже третий вариант словаря. Если и он не пойдёт... :(

Johnmen (2003-12-24 10:42:00) [3]

>twist ©

Рекомендую поискать инфу по полнотекстовому индексированию и поиску в MySQL и Oracle.

Sergey13 (2003-12-24 10:39:00) [4]

2twist © (24.12.03 10:27) [5]
Ты еще попробуй на разных ОСях и разных аппаратах. 8-) Может проще пересмотреть условия задачи.

ЗЫ:Хотя конечно если "интересно что получится", то почему бы и не попробовать.

Anatoly Podgoretsky (2003-12-24 10:31:00) [5]

twist © (24.12.03 10:27) [5]
Он не может исполнять быстро, поскольку индексы не применимы и приходится просматривать для отбора все записи, от начала до конца.

twist (2003-12-24 10:27:00) [6]

to Sergey13
> Т.е. работать будет все, но долго.

я понимаю что все. но может в какой-то определенной СУБД этот запрос будет выполняться быстрее? буду пробовать методом тыка - сравню по скорости выполнения при одинаковом объеме данных на Firebird, Oracle и MS SQL. интересно что получится? :)
всем спасибо!

Sergey13 (2003-12-24 09:48:00) [7]

>но кол-во этих строк примерно 2-3 млн. в месяци все время накапливаются. Наиболее актуальна скорость поиска, при том что за частую необходимо искать по принципу LIKE "*text*".

ИМХО, ничего не поможет. Т.е. работать будет все, но долго. Если конечно не убрать ведущую звездочку в запросе.

-Доктор, буду ли я ходить?
-Будете, но только под себя.
8-(

eds (2003-12-24 09:10:00) [8]

Firebird или EasyTable

twist (2003-12-24 07:57:00) [9]

to dyb
премного благодарен, спасибо за ответ :)

dyb (2003-12-24 06:28:00) [10]

Удалено модератором

Наверх

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