Если это SaaS, то смысла нет. Если это решение, которое разворачивается на ресурсах заказчика, или требуется обеспечить такую возможность, то смысл есть. У кого-то закуплены лицухи на Oracle, у кого-то на MS SQL, а кто-то содержит Postgres Pro Enterprise.

Поддержка разных СУБД это всегда большой плюс, так как предоставляет вендору выбор и не принуждает вводить в свою экосистему лишнюю СУБД. Но это и не бесплатно :)

Ну ок. Есть пара идей, где и в этом тоже будет смысл.

1. Всё те же лицухи. И сейчас можно прикупить шаред СУБД. Цена сервиса может варьироваться от СУБД.
2. Решение SaaS, хорошо. Но также может потребоваться и BI с прямым доступом к БД или отчётной копии БД. А у заказчика есть свои BI-щики только на XxxxSql.
3. О чём я говорил, решение может предлагать переезд на мощности заказчика, как потенциальную возможность.

Т.е. смысл найти можно, но насколько это будет оправдано, если помножить на затраты.

Ну не совсем прямой. Скорее к копии (зеркалу), и то не всей, данные инфры для отчётов не нужны. И только для чтения. Для отчётов это нормально. Не знаю как у вас, но в энтерпрайзе зачастую отчёты это одна из целевых задач ИС.

Развернуть сервис на инфре заказчика можно, если эта инфра у него есть. А также табун спецов, которые его обслуживают :) В этом же и смысл SaaS, -- экономия.




Не, я только про отчёты говорю. Ещё ETL до кучи. И это не мои домыслы, у нас есть 3 подрядчика и собственные программные системы. И это всё со всем интегрируется. Часть инфры у подрядчика, часть инфры у нас, но обслуживается подрядчиком, также есть подряд только на разработку, остальное всё у нас. Ну и мы ещё подрядчиком выступаем местами.

Хорошие решения в моём понимании подразумевают прозрачность :)