sqlmiha1уточняю маска вида "слово%" и "%слово%"
запрос вида select slovo from base where slovo=""%слово%""Для ускорения именно таких запросов, и вообще используя регулярные выражения, в СУБД Caché были добавлены индексы iFind .
Для Вашего случая достаточно будет типа Basic (о iFind на русском ).

Arm79Первоначальное впечатление: %слово% приведет к полному переборуЕвгенийВТут только полный скан всего миллиарда.29 Белых КотиковНу если дополнить словарь огрызками слов, то получим 16 терабайт и 43 обращения к словарю на один поиск. Итого на 100 000 запросов в секунду понадобится массив из 250 мелких SSDшек или примерно пять миллионов рублей.Нет, можно задействовать специальные индексы: 15885843

Сделал тест согласно упражнению на книге "Библия" :

1) без индекса

select Id, Para from BookPara where Para like '%огон%'

2) с индексом

select Id, Para from BookPara where id %FIND search_index(ParaStemmedI,'*огон*',1)

Результат:
Количество найденных строкБыстродействие (сек.)Количество обращений к глобаламБез индекса2870.518151845С индексом2870.0091006
Разница налицо.

29 Белых КотиковА какой размер индекса получился в процентах от таблицы, можете проверить, для интереса?Данные - 8.7 Мб (собственно сам FB2 занимает 6.56 Мб)
Индексы - 16 Мб
Есть ещё несколько системных индексов (ISC.IF.*):

• ISC.IF.WordCP - 1.3 Мб
  
• ISC.IF.WordD - 1.5 Мб
  
• ISC.IF.WordI - 1.1 Мб
  
• ISC.IF.WordParts - 1.0 Мб
  
• ISC.IF.WordRI - 1.2 Мб