По мотивам sql.ru

В некоей СУБД есть типы, значения которых ограничены определенными разработчиком БД диапазонами. Ну там строки ограниченной длины, нумерики ограниченного количества цифр, итд.

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


Пользователи просят разработчиков: можно ли (настраиваемо, чтобы убрать оверхед если понадобится) выводить ошибки на серверной стороне в лог сервера, т.е. если валится где-то в дебрях, а клиентское приложение не умеет толком обрабатывать - чтобы глянуть, что вообще происходит и какие запросы/параметры/данные привели к ошибке.

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


Еще надо заметить, что лог этой СУБД в большинстве случаев не содержит никакой осмысленной информации, в отличие, например от Postgresql, который в дефолтной поставке ошибки и ворнинги пишет в свой лог.
Да и вообще, я предполагаю, что большинство вменяемого серверного софта должно уметь писать в лог инфу с настраиваемой степенью подробности, ибо логи - это первое, куда смотрят, если "что-то работает не так".


Безотносительно к тому, что в опен-сорсе как обычно "жри что дают или плати за доработку/дорабатывай сам" - действительно ли те, кто хотят адекватных средств логирования на серверной стороне, не правы, а разработчики правы?