Добрый день.
Версия sybase ASE 12.5

Являюсь разработчиком, с администрирование sybase никогда не занималась. Поэтому не серчайте на глупый вопрос.

Суть проблемы: есть хранимая процедура, которая корректно отрабатывает, задействуя все необходимые индексы. Этот скрипт вызывается в курсоре n-е кол-во раз, совершая необходимые действия над записями (есть и селекты и апдейты). Если курсор работает по годам рождения 20 века, то все ок, как только начинают перебираться рожденные в 21 веке (отличия между ними есть но они крайне незначительны) резко замедляется выполнение этой процедуры. Если в курсоре 1 запись то скорость выполнения, что 20 века, что 21 одинаковы. Ситуация наблюдается только у заказчика. У себя повторить такую ситуацию не можем. (объемы данных несопоставимо малы). Причем записей в 20 веке в десятки раз больше, чем в 21.

Суть вопроса: подскажите пожалуйста средства Sybase с помощью которых можно "отследить" причину столь странного поведения, а именно во время выполнения вышеуказанного скрипта в массовом режиме у заказчика чем можно проследить что же "не так" с этим 21 веком Что так сразу замедляет один и тот же скрипт !!!

Заранее спасибо!

Индексы прописаны явно, план запросов смотрели по Advantage все хорошо, попадаем в индексы. Обновление статистики было сделано последний раз месяца 3 назад.

White OwlninchikИндексы прописаны явноУберите.
Индексы не всегда полезны, оставьте их использование на совесть оптимизатора, потому что он использует реальную статистику.

Не совсем согласна, но попробую. Однако остается вопрос в средствах мониторинга. Какими средствами можно отследить что дает такую нагрузку.

cherrex_Den
Версия старовата! Был бы ASE 15, там хоть мониторные таблицы есть. В ASE 12.5 они тоже есть, но их моловато.

Понимаю, что старовата, но заказчик не готов платить за 15. Нужно искать выход при имеющихся средствах :(

komrad
покажи


Adaptive Server Enterprise/12.5.3/EBF 13337 ESD#7/P/ia64/HP-UX B.11.23/ase1253/1951/64-bit/OPT/Fri Mar 24 00:47:27 2006