между СУБД. Скажем от mysql к postgress?
очень трудоёмко. Есть случаи, когда изначально работа с БД проектируется переносимо, там МНОГО легче, но 0) тестирование на многих СУБД должно всё равно быть, это сложно 1) переносить на вообще абы какую СУБД всё равно нельзя, есть обычно фиксированный набор поддерживаемых СУБД, разработчиками или разнаботчиками и слоем ORM
Услышал) Примерно так и предполагал. Спасиб!
95% софта , работающего с СУБД, просто тупо локнуты на эту конкретную СУБД.
То есть для миграции нужен промежуточный парсер?
Плюс ещё сверху к этому — проблемы перформанса, его мониторинга и тьюнинга сервера, так что ДАЖЕ если весь софт готов 100% перейти на другую СУБД, как напр. у нас в конторе, никто никуда не переходит, потому что есть способ , который работает 100%, а остальные - неизвестно что.
нет, очень по разному. Но иногда да, нужен.
Обсуждают сегодня