![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Один работает - остальные висят. [MSSQL]
Shirson © (2003-12-04 07:43:00)
Если у одного пользователя отрабатывается большой и ресурсоёмкий запрос, например по поиску в полях типа
text, то остальные аользователи не то что тормозят - просто "висят".
Есть ли возможность это побороть? Какой-нибудь ограничитель ресурсов сервера на выполнение одного запроса.
Можно без подробностей, просто подскажите в какую сторону смотреть :)
Shirson (2003-12-04 08:53:00) [21]
Показал Генеральному эту ветку и сказал - НАДО.
Он ответил - Пиши заявку.
:)
Второй проц + 512 метров, это минимум. :)))
Shirson (2003-12-04 08:51:00) [22]
sniknik © (04.12.03 08:44) [12]
а служба запущена? я с полнотекстовым поиском не работаю, но вроде видел там его отдельная служба осуществляет (ошибаюсь?), просто если так то без нее все одно будет перебор без индексов (она же их обновлять должна).
Population у меня зашедулен на каждый час.
Full-Text Search - Running.
Что-нибудь еще? (я сам с полнотекстным поиском не работал, пока не прижало...)
Shirson (2003-12-04 08:46:00) [23]
>Hooch © (04.12.03 08:31) [7]
а чего и ишещ и что в text поле лежит ?
Есть поле, типаtext. Там лежит шмат текста, килов на 10-20.
В этом поле запрос ищет ключевые слова и подсчитывает их количество...
Так, пока писал, родилась идея, как запрос мальца ускорить :)
Запрос работает с полем через TEXTPTR + READTEXT/UPDATETEXT (потому что оно text, мать его :)). Попробую исключить UPDATE, должно прокатиить.
sniknik (2003-12-04 08:44:00) [24]
Shirson © (04.12.03 08:28) [6]
> Запрос менять не получится.
> Если бы по varchar искал - это секунды. А вот с text - амбец.
> (Full-Text Index сделан - не особо помогает)
а служба запущена? я с полнотекстовым поиском не работаю, но вроде видел там его отдельная служба осуществляет (ошибаюсь?), просто если так то без нее все одно будет перебор без индексов (она же их обновлять должна).
Hooch (2003-12-04 08:38:00) [25]
либо машину покруче надо, либо принцип поиска менять
sniknik (2003-12-04 08:36:00) [26]
Shirson © (04.12.03 08:32) [9]
вот это
> Maximum worker threads - 255
и это
> Сonfigured values - Yes
обеспечивает параллелизм запросов. но у тебя стандартно, не меняли. значит единственное машина слабая.
хотя, интересно можно ограничить потоковость из системных настроек? нет скорее всего (не знаю такого метода).
можеш конечно поиграть на этих параметрах но по моему без толку.
Shirson (2003-12-04 08:32:00) [27]
>sniknik
А что именно интересует?
Maximum worker threads - 255
Boost SQL Server priority on Windows - None
Use Windows NT fibers - None
Minimum query plan threshold - 5
Сonfigured values - Yes
Anatoly Podgoretsky (2003-12-04 08:32:00) [28]
Это говорит, что компьютер надостаточен для выполнение это задачи.
Hooch (2003-12-04 08:31:00) [29]
а чего и ишещ и что в text поле лежит ?
Shirson (2003-12-04 08:28:00) [30]
Запрос менять не получится.
Если бы поvarcharискал - это секунды. А вот сtext- амбец.
(Full-Text Index сделан - не особо помогает)
sniknik (2003-12-04 08:27:00) [31]
а что у тебя на закладке -> свойства сервера -> processor ? см. в ентерпрайз менеджере.
yozhik (2003-12-04 08:23:00) [32]
Менять запрос...
Hooch (2003-12-04 08:19:00) [33]
>Shirson ©
это относится к разряду "Есть ли возможность это побороть?" :-)
Shirson (2003-12-04 08:17:00) [34]
>Hooch © (04.12.03 08:05) [1]
оперативной памяти доставить, проц помощнее, винт побыстрее :-)
Это относится к разряду "ограничитель ресурсов сервера на выполнение одного запроса"?
Не знал :)
Hooch (2003-12-04 08:05:00) [35]
оперативной памяти доставить, проц помощнее, винт побыстрее :-)