0

Я стараюсь максимально использовать преимущества от опыта.Обработка и регистрация ошибок T-Sql

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

трассировка сообщения должны идти в файл:

Какой вариант вы считаете, что мы должны идти

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

ИЛИ

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

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

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

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

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

Благодаря

ответ

0

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

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

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

Я бы подумал о таких вещах, как необычные случаи, когда вместо INSERTs сделаны неожиданные UPDATE? Или где данные уже существуют, поэтому не генерируется. Или в сценарии развертывания или сборки, который пропускает существующую таблицу и т. Д.

0

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

+0

Если ошибка исключения по времени превысит, ошибка войдет в журнал событий, кроме того, что я не регистрируюсь за исключением исключений и сбоев, которые не допускают частых вызывать накладные расходы. Для многих приложений, если в этом случае нет базы данных (в данном случае она слишком медленная), в любом случае приложения нет. Сначала мне нужно это исправить. – Costa

Смежные вопросы