Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.07.2019, 16:08
|
|||
|---|---|---|---|
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
Господа, есть довольно распространенная задача -- сделать поисковик относительно таблиц в БД. Есть некая корневая таблица и на ней навешано всякое (20-30) прямых или опосредованных соединений. Схема снежинка и т.п.. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Необходимо фильтровать на разным полям, которые юзер динамически задает в интерфейсе, плюс фильтровать по известным заранее настройкам, сортировать по какому-то полю, и наконец взять страницу данных начиная с х столько-то строк. И должно это работать на многих пользователей. Как сейчас в году 2019 подходить к такой задаче? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2019, 16:17
|
|||
|---|---|---|---|
|
|||
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
a_voronin, не думаю, что появилось что-то новое. Генератор запроса (слой приложений) плюс справочники сигнатур для текстовых полей. Или же если нет задачи использования нескольких языков, то для более быстрого LIKE применить двоичные параметры сортировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2019, 16:19
|
|||
|---|---|---|---|
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
Владислав Колосовдля более быстрого LIKE применить двоичные параметры сортировки. Это даже не смешно. ЗЫ. ТС не соизволил огласить объемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2019, 16:27
|
|||
|---|---|---|---|
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
aleks222Владислав Колосовдля более быстрого LIKE применить двоичные параметры сортировки. Это даже не смешно. ЗЫ. ТС не соизволил огласить объемы. Понятно, что FulltextSearch лучше, но он должен сочетаться с другими видами фильтров. Объемы -- десятки лямов в корневой таблицы. От 5 до десятков тыс в сателлитах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.07.2019, 16:50
|
|||
|---|---|---|---|
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
Владислав Колосовa_voronin, не думаю, что появилось что-то новое. Генератор запроса (слой приложений) плюс справочники сигнатур для текстовых полей. Или же если нет задачи использования нескольких языков, то для более быстрого LIKE применить двоичные параметры сортировки. Появился, например, колумнстор ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.07.2019, 12:39
|
|||
|---|---|---|---|
Каков правильный подход к написанию поисковика на SQL SERVER 2016 |
|||
|
#18+
a_voroninaleks222пропущено... Это даже не смешно. ЗЫ. ТС не соизволил огласить объемы. Понятно, что FulltextSearch лучше, но он должен сочетаться с другими видами фильтров. Объемы -- десятки лямов в корневой таблицы. От 5 до десятков тыс в сателлитах. Главное - сделать главный, обязательный фильтр с селективностью тыщ 10-20 строк. ЗЫ. Смешон не like. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&tablet=1&tid=1687592]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
58ms |
get topic data: |
11ms |
get forum data: |
5ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 380ms |

| 0 / 0 |
