Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Разная скорость выполнения одного и того же запроса у разных пользователей  [new]
lechat
Member

Откуда:
Сообщений: 3
MSSQL 2000. Столкнулся со следующей проблемой: производительность сервера оказывается разной для разных логинов.

При выполнении запроса от имени одного из пользователей начал возникать time out. При выполнении этого же запроса в Query Analyser из-под dbo данные возвращались в приемлемое время (несколько секунд). Когда же я залогинился в Query Analyser под проблемным логином, тот же запрос "завис"; после принудительной отмены через несколько минут было возвращено только 10% от того кол-ва строк, которые должны быть возвращены.
Зависших процессов от этого логина на сервере обнаружено не было. Попытка дать проблемному логину больше прав на БД, вплодь до dbo, ни к чему не привели.

При этом профайлер показывает соответствующий SQL:Batch Started, и дальше тишина (если не включать вывод сканов). Планы запросов из-под разных пользователей идентичны.

Собственно, проблема решилась убийством проблемного логина и созданием точно такого же, но вопрос остался. Как такое возможно, что у разных пользователей при прочих равных условиях скорость выполнения запросов оказывается разной?
2 сен 11, 17:17    [11220149]     Ответить | Цитировать Сообщить модератору
 Re: Разная скорость выполнения одного и того же запроса у разных пользователей  [new]
Prolog
Member

Откуда: Москва
Сообщений: 2793
Например, динамические view, разные SET'ы, resource governor, наконец.
2 сен 11, 17:26    [11220201]     Ответить | Цитировать Сообщить модератору
 Re: Разная скорость выполнения одного и того же запроса у разных пользователей  [new]
lechat
Member

Откуда:
Сообщений: 3
Запрос статический, из таблиц, сеты одни и те же, SQL - Enterprise Edition - разве там есть governor?
2 сен 11, 18:08    [11220418]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить