Как лучше всего разработать sql для поддержки функции поиска в веб-приложении?

Question

Как и многие веб-приложения (бизнес), клиент хочет получить форму, которая будет искать в каждом поле данных. Форма может содержать 15-20 различных полей, в которых пользователь может выбрать/ввести/ввести для использования в sql (хранимая процедура).

Это довольно типичные запросы пользователя, с которыми приходится сталкиваться большинству приложений.

вопрос действительно под рукой, как предоставить пользователю с этим типом интерфейса/опции И установить быстрый доступ SQL. Вышеуказанные поля могут охватывать 15 разных таблиц, а соответствующие операторы sql (обычно аббревиатурные для хранимой процедуры) будут иметь столько же объединений. Данные всегда должны возвращаться к виду типа сетки, а также к некоторому формату отчета (часто превосходят).

Я/мы находим, что эти операторы SQL медленно и трудно оптимизировать, поскольку пользователь может ввести 1 или 15 различных критериев поиска.

Как это сделать? Ищете предложения/идеи относительно того, как существующие крупные приложения справляются с этими требованиями.
Неужели это действительно попытка оптимизировать sql в хранимой процедуре?

ТНХ

Answer 1

Нет, вы должны использовать реальные технологии поиска двигателя, чтобы сделать полнотекстового поиска имеют хорошую производительность. Никакой предикат SQL (например, LIKE '%pattern%') не будет масштабироваться.

Вы не определить, какой бренд RDBMS вы используете, но каждый крупный бренд RDBMS имеет свой собственный полнотекстовый поиск возможностей:

• Microsoft SQL Server: Full-Text Search
• Oracle: Oracle Text (ранее Context)
• MySQL: FULLTEXT индекс (MyISAM только)
• PostgreSQL: Text-Search типы данных и индексных типов
• SQLite: Full-Text Search (FTS)
• IBM DB2: Text Search

Есть также сторонние решения для индексации текста, такие как:

• Apache Lucene/Solr
• Sphinx Search
• Xapian