В большинстве обсуждений развертывания базы данных Rails предполагается, что есть две стороны базы данных: схема, которая обрабатывается в коде посредством миграции, и данные, которые все генерируются пользователем и никогда не нуждаются в переходе от тестирования к производству.Как насчет того, что находится между ними?
Например, у нас есть несколько в основном статических таблиц, которые содержат сложные опросы, которые могут проводить наши пользователи: вопросы, выбор, ветвление.Мы хотим иметь возможность редактировать эти опросы с помощью нашего веб-приложения, но мы хотим иметь возможность тестировать изменения на промежуточном сервере, прежде чем отправлять их в производство.
Какой хороший способ справиться с этим в Rails,который хочет, чтобы все модели существовали в одной базе данных, и, конечно, не хотел бы, чтобы одна и та же модель (с разным содержанием) существовала в двух базах данных?Есть ли какие-нибудь хорошие дискуссии в Интернете или какие-либо жемчужины, которые абстрагировали этот тип функциональности?
Я работал с большой, сложной системой CMS, которая имела свой собственный контроль версий и развертывание нескольких сред, так что выможет развернуть ваше изменение в тестовой системе (без рискованного связывания тестовой и производственной баз данных), тщательно протестировать его, а затем выполнить развертывание одним нажатием в рабочей среде.Я думаю, что я ищу что-то подобное в меньшем масштабе.