Я понимаю, что миграция баз данных может быть не лучшим методом для развертывания этого решения, поэтому любые предложения будут очень благодарны.Переходы базы данных Entity Framework 6 для изолированной установки нескольких арендаторов
У меня есть x одинаковые схемы базы данных, по одному на каждого клиента.
У меня также есть модели для каждой из этих баз данных и я могу развернуть миграцию, которая создает новый клон. До этого момента я использовал PHP и скрипты для прокрутки всех схем и обновления любых изменений в структуре. Мы переходим к C# и EF6 из-за Web API 2 и маршрутизации атрибутов.
Мой вопрос: Есть ли способ:
Развертывание команды сборки, которая будет делать то, что
update-database
бы сделать для миграции, и передать его имя базы данных (для того, чтобы создать новый клон схему базы данных учетных записейРазвертывание команды сборки, которые могли бы сделать то, что
update-database
бы рекурсивно каждого из целевых баз данных?
Благодаря Фил. Для уточнения: у меня есть набор моделей, которые строят схему базы данных, которая затем клонируется несколько раз, один раз для каждого клиента. Подключение к правильному контексту не является проблемой, для которой я настроил обработчик. Я также обнаружил, что я могу использовать context.Database.CreateIfNotExists() для создания новой базы данных. Спасибо, я посмотрю на инструменты, которые вы связали. У меня есть подозрение, что это правильный ответ, поэтому я пойду и отметю его. Я чувствую, что не делал достаточно исследований по этому вопросу в первую очередь. –
, если вы собираетесь использовать Automated Migrations, тогда вы можете перебрать список своих клиентских баз данных и активировать Migrate. Я скоро добавлю ссылку –
Легендарный! Спасибо, Фил :) –