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

← →
twist © (2003-12-24 04:44) [0]

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

← →
dyb © (2003-12-24 06:28) [1]

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

← →
twist © (2003-12-24 07:57) [2]

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

← →
eds (2003-12-24 09:10) [3]

Firebird или EasyTable

← →
Sergey13 © (2003-12-24 09:48) [4]

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

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

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

← →
twist © (2003-12-24 10:27) [5]

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

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

← →
Anatoly Podgoretsky © (2003-12-24 10:31) [6]

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

← →
Sergey13 © (2003-12-24 10:39) [7]

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

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

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

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

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

>Shirson © (24.12.03 15:16)

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

Народ, как считаете какую БД Найти похожие ветки