alekcvpJaDiКстати, реальный сценарий. Видел несколько очень крупных коммерческих проектов, где подобная схема была реализована (когда доступы и настройки к реальным базом брались из другой базы).
Это может быть удобно, в системе с филиалами, например. Есть одна глобальная БД в центальном офисе, в которой хранятся централизованные настройки, бинарники приложений и адреса локальных БД для разных филиалов. При этом скорость соединения с ней не критична (что там, раз в день проверить настройки, раз в месяц скачать новый бинарник).
А удобство для разработчиков явное: не надо каждый раз рассылать по филиалам обновления и объяснять им что у них переезд на новую базу и необходимо поменять настройки соединения - всё делается автоматически и не зависимо от инфраструктуры филиала (домен-не домен, винда или линух и т.п.). И логи критических ошибок можно туда же складывать, вместо отправки по e-mail.

Удобно... пока она не упадёт(канал или сама база, итп) :-)