Могу ли я использовать SQL Server Partitioning для оптимизации полнотекстового поиска? - PullRequest
0 голосов
/ 13 апреля 2009

У меня очень большая таблица с полнотекстовым индексированным столбцом. Если я разделю эту таблицу разумно (для меня разумно по дате), это ускорит запросы? Или же полнотекстовое предложение будет по-прежнему выполнять поиск по всей таблице, даже если запрос ограничен одним разделом?

Из того, что я видел до сих пор, я думаю, что разделение не поможет. Так что лучшими альтернативами являются ценные ответы. Например, создайте таблицы для каждого диапазона дат и легко поддерживайте их, выполнив [???].

РЕДАКТИРОВАТЬ: Очень большой в настоящее время 4,5 миллиона строк, но будет расти со временем в рывках (завтра может быть 20 миллионов, поэтому я хочу планировать это) С точки зрения аппаратного обеспечения, я довольно невежественен. Я знаю, что запрос медленный, когда полнотекстовый запрос возвращает большое количество строк, даже если запрос в целом не возвращает. Не уверен, означает ли это, что он связан с вычислением или с вводом-выводом, или даже достаточно информации, чтобы сказать.

Ответы [ 2 ]

1 голос
/ 13 апреля 2009

Не думаю, что так и будет.

Полнотекстовый указатель находится в одном полнотекстовом каталоге.

Это очень отличается от разделения данных на основе диапазона дат на файловые группы данных с использованием представлений и ограничений для направления запросов в правильный раздел.

Моя идея заключается в том, чтобы убедиться, что ваш полнотекстовый каталог и индекс находятся в отдельном наборе LUN ​​/ диск.

0 голосов
/ 14 апреля 2009

Право GBN - это не поможет.

Обычно я рекомендую избегать изменения схемы для решения проблемы с оборудованием. Следуйте рекомендациям по настройке FTS, и вы сможете очень хорошо масштабироваться. Если вы можете уточнить, что вы подразумеваете под «очень большой таблицей» и какое это оборудование, мы, вероятно, поможем дать более точные ответы. Например, это таблица строк на 1 миллион на оперативной памяти емкостью 2 ГП с 6 дисками в режиме медленного рейда 5 или таблица на 10 миллионов строк на 64-гигабайтной машине объемом 4 процессора с SAN на 100 дисков в RAID 10

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...