Comments 11
Когда-то делал быстрый поиск по корпусу русского языка. Решение свелось к разделению базы по таблицам, по начальным символам. "А*", "AA*" ну и так далее, вы поняли. При довольно большом объеме скорости хватало.
Sphinx Search вам в помощь.
А как на ваше творчество смотрит фирма 1С, ибо оно (творчество) есть грубейшее нарушение лицензии? Шутка конечно, но...
Кроме того, что это грубейшее нарушение, так ещё и сложности с настройкой и поддержанием такого механизма при изменении структуры БД и структуры конкретного объекта в 1С, ибо платформа пересоздает таблицы и придётся перенастраивать триггеры и индексы после каждого изменения.
Никаких сложностей нет. Обновление конфигурации на стороне 1С не затрагивает новую таблицу и её индексы.
Судя по описанию, у вас триггеры привязываются к таблицам. Таблицы 1С, в некоторых случаях реструктуризации, создает новые и копирует в них данных из старых, т.е. триггер уже не будет работать.
С помощью сервиса оптимизации запросов мы улучшаем и ускоряем запросы баз данных для любых приложений, в том числе и 1С.
...Поскольку указатель перестаивался ночью, возможны были случаи, когда поиск не находил клиента, название которого изменялось сегодня ...
Все верно вы говорите. И этот момент тоже был важен заказчику, т.к. отставание по обновлению данных в старом механизме составляло как раз до суток. Да еще и перестроение не всегда успевало завершиться.
Записки оптимизатора 1С (часть 2). Полнотекстовый индекс или как быстро искать по подстроке