V
А есть реализации стандартов
Size: a a a
2020 January 05
V
А вот еще момент - как будет происходить изменение схемы БД при изменении схемы данных?
V
Типа того, для чего написан Flyway
AN
Ну это вы уже глубоко копаете. Чисто в принципе, никто не мешает делать диф схем и делать автоматическую миграцию. Но я думаю, что это уже сильно за пределами вопроса.
PD
Автоматическая миграция - это очень страшно. И почти гарантированно приведет к останову или сбоям...
PD
Хорошо, что не работаю с SQL базами...
Ну, просто очень мало задач, где нужна переносимость между разными базами.
Это очень экзотический кейс, на самом деле.
Это очень экзотический кейс, на самом деле.
AN
Ну, просто очень мало задач, где нужна переносимость между разными базами.
Это очень экзотический кейс, на самом деле.
Это очень экзотический кейс, на самом деле.
Вы подходите к вопросу, как DB-first, то есть база и приложение уже к ней. Я рассматриваю как правило наоборот. База данных - это утилка к приложению. Тут другие требования. Чего думает @Harmonizr - не знаю.
V
Вы подходите к вопросу, как DB-first, то есть база и приложение уже к ней. Я рассматриваю как правило наоборот. База данных - это утилка к приложению. Тут другие требования. Чего думает @Harmonizr - не знаю.
Да, только и в этом случае нужно БД специфичные вещи учитывать
V
Для конкретной БД
AN
Да, только и в этом случае нужно БД специфичные вещи учитывать
Возможно. Хотя речь все равно не про это, а про спсоб генерации отображения
PD
Вы подходите к вопросу, как DB-first, то есть база и приложение уже к ней. Я рассматриваю как правило наоборот. База данных - это утилка к приложению. Тут другие требования. Чего думает @Harmonizr - не знаю.
Есть система из нескольких модулей. Нет никакого DB-first или "утилиты к приложению". Нельзя написать решение, не понимая, как устроено хранилище.
AN
Есть система из нескольких модулей. Нет никакого DB-first или "утилиты к приложению". Нельзя написать решение, не понимая, как устроено хранилище.
Так не у всех система из нескольких модулей. Если DB - это просто хранилище, то не важно, как оно устроено, пока оно удовлетворяет интерфейсу. Мы просто с вами про разные типы приложения говорим.
V
Возможно. Хотя речь все равно не про это, а про спсоб генерации отображения
AN
Все равно не понял. Я давно не работал с SQL, но по-моему для базовых вещей общего подмножества все-таки достаточно. Нет?
AT
Все равно не понял. Я давно не работал с SQL, но по-моему для базовых вещей общего подмножества все-таки достаточно. Нет?
если цель всего этого ORM — обеспечить только базовые вещи, то вполне себе взлетит, чо уж
V
На базовых вещах будет работать, но не факт что это будет работать хорошо
AT
На базовых вещах будет работать, но не факт что это будет работать хорошо
да ладно, на простых селектах-инсертах с небольшими объёмами данных нормально будет работать
M
Автоматическая миграция - это очень страшно. И почти гарантированно приведет к останову или сбоям...
Хмм, ну, если какими-то пакетами катится модуль, то внутрь, конечно, можно запихнуть и скрипты миграции схемы БД, но вот чеков на то что накачено/не накачено будет как грязи.
PD
Marat.k
Хмм, ну, если какими-то пакетами катится модуль, то внутрь, конечно, можно запихнуть и скрипты миграции схемы БД, но вот чеков на то что накачено/не накачено будет как грязи.
Flyway и никаких проблем. Автогенерация по дифам - это точно убить систему рано или поздно.
M
Flyway и никаких проблем. Автогенерация по дифам - это точно убить систему рано или поздно.
Полностью согласен!