Anatoly MoskovskyDimitry SibiryakovОшибки сами прилетят в обработчик, а вот остальное. Не писать же дебильное


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

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

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

Событий в С++ нет ...

Anatoly MoskovskyWhite OwlДа даже подумать слегка: если произошло исключение значит что-то где-то упало
Ну вот, человек даже не понимает сути механизма исключений, но зато уверен что они зло ))

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

Dimitry SibiryakovMasterZivНу так тогда очевидно напрашивается дефолтная реализация обработчика для
всех СУБД, и её наследники -- реализации для конкретных СУБД
Останется только сущая мелочь: по поданному на вход DSN определить что за СУБД на другом
концу.


Это можно просто явно задать путём задания имени класса создаваемого соединения
и приписывания типа СУБД к имени этого класса.