Я стараюсь максимально использовать преимущества от опыта.Обработка и регистрация ошибок T-Sql
Кроме того, я обычно использую блок регистрации в корпоративной библиотеке, я регистрирую ошибки и часть статистической информации в базе данных, потому что это централизованное место для отслеживания ошибок, если не удалось выполнить ведение журнала базы данных. Обычно это отправляется в журнал событий.
трассировка сообщения должны идти в файл:
Какой вариант вы считаете, что мы должны идти
1- Только Некоторые трассировка сообщения могут быть оставлены в коде, если есть сложный алгоритм или нестабильным модуль.
ИЛИ
2- Мы не должны поддерживать никакого отслеживание сообщений в коде, очистить его, как только ошибка будет устранена.
Для базы данных.
Я думаю, что ошибки, возникшие из SP и функций, должны быть записаны в другую таблицу в базе данных, и это именно то, что сделано с помощью базы данных AdventureWorksLT2008.
Неправильно ли регистрировать события базы данных непосредственно в библиотеке журналов предприятия, не поднимая эти ошибки до следующего уровня. Я думаю, что это более исправно, потому что я могу добавить в сообщение больше пользовательской информации. конечно, некоторые ошибки не будут обрабатываться и достигнут следующего уровня.
Любые идеи или комментарии, что-то еще вы делаете. то, что вы хотите уточнить.
Благодаря
Если ошибка исключения по времени превысит, ошибка войдет в журнал событий, кроме того, что я не регистрируюсь за исключением исключений и сбоев, которые не допускают частых вызывать накладные расходы. Для многих приложений, если в этом случае нет базы данных (в данном случае она слишком медленная), в любом случае приложения нет. Сначала мне нужно это исправить. – Costa