Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Помогите!
Пример: запускаете такое "select gh from kj" а получаете
такое: Server: Msg 208, Level 16, State 1, Line 1
Invalid object name 'kj'.
...и это логично. Теперь вопрос: хочу перехватить этот самый Msg именно в этом виде и запихнуть в таблицу. Номер ошибки не есть достаточно . Подскажите, что делать.
2СержСупер: ну скажем не совсем ламера, но по ссылке (см. выше) я ничего полезного не нашел.
2таблоид: близко, но проблема что в sysmessages хронятся "общие" формулировки, без имен объектов. То есть в моем примере это выглядет где-то так : Invalid object name '%d', а мне нужно вместо %d конкретное имя .
2 Mycca
Ссылку давал не я, так что тут претензии не ко мне.
Для "не совсем ламера" это тоже невозможно.
Если Вам не лень копаться в архитектуре сервера, наберите в BOL топик "ODS", прочитайте внимательно всё что там написано, и если Вы всё поймёте, то напишите расширенную процедуру, которая бы вызывалась примерно так:
exec xp_mussa_execute "select gh from kj"
а в результате записывала бы что надо куда Вам надо.
В принципе это реально. Но мне за 6 лет так и не захотелось так сделать. Может чем придумывать мудрёные задачи, Вы всё-таки напишите что Вам надо и мы вместе подумаем как это решить? Такое чувство, что Вы не с того начинаете.
Зачем надо?
Во-первых начальство хочет.
Во-вторых: клиент запускает процедуры для загрузки данных в warehouse. Все это бежит несколько часов. Ошибки загрузки (коих может быть немало) остаются скрытыми. Максимум что можно узнать это имя "проштрафившейся" процедуры. Идея: написать процедуру, которая вызывалась бы в "опасных" местах (после insert-ов, update-ов и т.д.) и заносило сообщение об ошибке в таблицу. Номер ошибки не достаточен ибо несет общую информацию, а надо более полную-какой объект ведет себя плохо и почему собственно.
Вот так!
2 Mycca
>Во-первых начальство хочет.
Я так понимаю, это была шутка. На мой взгяд такие желания у начальства - из разряда извращений.
>Во-вторых: клиент запускает процедуры для загрузки данных в warehouse. Все это бежит несколько часов. Ошибки загрузки (коих может быть немало) остаются скрытыми.
Если Вы имели ввиду ошибки компиляции, то они должны быть выявлены еще до стадии тестирования. Если имеется ввиду ошибки по ходу выполнения, то мне кожется проще было бы вести некий протокол, куда записывать в начале и в конце выполнения длинных процессов нечто о том, что будет делаться и что сделалось.
2 Серж: нет, это не шутка . Начальство есть сам программер, т.е. извращенец по определению.
О протоколе....идея обсуждалась, но она не удовлетворяет основного условия: точное определение места и причины ошибки.
Поделюсь идеей которая сейчас "прорабатывается": вытаскивание инфо из буффера с помощью DBCC OUTPUTBUFFER(@@spid) и последующей обработкой. Хотя и здесь есть недостатки...
