Время ожидания хранимой процедуры - но при запуске с SSMS

Question

У меня есть хранимая процедура, которая является ошибкой с «Истекло время ожидания».

Используемый код - ADO/VB6.

Хранимая процедура сама по себе не является проблемой, ее можно запустить в окне запроса, и она занимает меньше секунды.

Код, используемый для получения соединения и т. Д., Также является модульным и используется во всем огромном приложении. Только в этом одном месте происходит таймаут в одной конкретной базе данных.

Ошибка будет воспроизводима каждый раз за попытку, независимо от того, работает ли код VB6 в отладке или нет, а затем внезапно все снова начнет работать. Затем некоторое время в будущем эта же проблема снова появится.

Я не уверен, сколько кода стоит здесь, в этом нет ничего сложного; это в основном;

Set adoCommandObject.ActiveConnection = ...{open ADODB.Connection object} 
Set rs = CreateObject("ADODB.Recordset") 
Call rs.Open(adoCommandObject, , adOpenForwardOnly, adLockReadOnly)'Timeout occurs here 

Я наблюдал профилировщика, но это не дало никаких подсказок, для иногда видеть «SET NO_BROWSETABLE ON»/кроме «SET NO_BROWSETABLE OFF» заявления происходит до и после прогонов зр.

Я искал сеть, но не смог найти удовлетворительной помощи для этого; Я готов попробовать что-нибудь в этой точке (кроме переписывания в .NET, к сожалению, это не вариант!)

Answer 1

Я думаю, вы закончили думать об этом. Не обижайтесь, но если вы используете MSSQL, это так же просто, как кто-то, оставляя окно запроса открытым, и связывает базу данных. Это легко проверить. У меня были такие же проблемы. Я запустил хранимые процедуры до того, как у вас не было тайм-аута, который обычно запускался немедленно, но сидел бы на ночь и не запускался. Только чтобы узнать, что другой сотрудник оставил окно своего запроса открытым. Закройте их окно и poof, он, наконец, бежит. Проверьте это, вы будете удивлены тем, что блокировка таблицы может сделать для вашего приложения.

Я говорю это, потому что вы сказали, что проблема переплетается. Он приходит и уходит. Я подозреваю, что блокировка стола. Будь то это приложение, или это делается другим пользователем, делающим запросы к БД. Если это не другой пользователь, убедитесь, что ваше приложение закрывает соединения с БД каждый раз, когда они используются.

Answer 2

• Может быть, есть какой-то код скрывается вокруг, что случайно устанавливает соединение или тайм-аут командования к очень малой величине.
• Возможно, процедура действительно делает время для запуска, например. если сервер делает что-то еще или статистика устарела
• Можете ли вы зафиксировать случай таймаута с использованием профайлера, и если это так, на самом деле процесс занимает много времени?

Как описано here SET NO_BROWSETABLE ВКЛ аналогично использованию в FOR BROWSE выбирает. Я предполагаю, что он автоматически генерируется ado, когда он думает, что вы захотите обновить этот набор записей. Вероятно, есть свойство Recordset, которое вы можете установить, чтобы остановить выпуск, но вряд ли это проблема.