SQL2000 - вдруг начались сильные тормоза.

[e-statik]

На тему "самого веселого". Смотрю на запросы пользователей профайлером и вижу, что очень много отъедает поиск по базе контактов - по имени. И операция достаточно частая. Каким-либо образом можно оптимизировать этот процесс (не изменяя порядок работы пользователей)?

[konrad_imported]

Цитата:

Сообщение от e-statik

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

Если в плане запроса сервера при таких запросах сканирование идет - делать SQL-индекс однозначно. Степень опитмизации процесса зависит от продуманности ключа.

И еще гляньте - как с SIFT-индексами дело обстоит. Есть у 3.70 подленькое свойство. Если использовать CALCSUMS для поля, которое не указано в столбце SumIndexFields соответствующего ключа - навижн ничего не скажет и спокойно его посчитает. Но будет это очень медленно. А если столбец с таким полем выводится на табличную форму - то все, туши свет.

[Dzemon]

Цитата:

Сообщение от e-statik

На тему "самого веселого". Смотрю на запросы пользователей профайлером и вижу, что очень много отъедает поиск по базе контактов - по имени. И операция достаточно частая. Каким-либо образом можно оптимизировать этот процесс (не изменяя порядок работы пользователей)?

Просто не выбран ключ. Поиск должен происходить по полю "Описание Поиска" и должен быть ВЫБРАН соответствующий ключ.