Обработка ошибок и ведение журнала ошибок T-Sql

Question

Я пытаюсь извлечь максимальную пользу из опыта.

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

Трассирующие сообщения должны быть помещены в файл:

Какой выбор, по вашему мнению, мы должны сделать

1- Только некоторые сообщения трассировки можно оставить в коде, если существует сложный алгоритм илинестабильный модуль.

ИЛИ

2 - Мы не должны хранить никаких трассирующих сообщений в коде, очистите их, как только ошибка будет устранена.

Для базы данных.

Я думаю, что ошибки, возникающие в SP и функциях, должны регистрироваться в другой таблице в базе данных, и именно это и делается в базе данных AdventureWorksLT2008.

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

Любые идеи или комментарии, что-то еще, что вы делаете.то, что вы хотите уточнить.

Спасибо

Answer 1

Вы говорите о перехвате ошибок и ведении журнала непосредственно в T-SQL, а не о том, что делаете RAISERROR, чтобы передать его вызывающей стороне?

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

Но проблемы, к которым это относится, могут быть не слишком частыми.

Я бы подумал о таких вещах, как необычные случаи, когда вместо ВСТАВЛЕНИЙ сделаны неожиданные ОБНОВЛЕНИЯ? Или там, где данные уже существуют, поэтому не генерируется. Или в сценарии развертывания или сборки, который пропускает существующую таблицу и т. Д.

Answer 2

Что если в вашей базе данных есть проблемы с производительностью и время ожидания SP / функций истекло - регистрация ошибки в базе данных может не работать?