Возможно ли иметь более одного контекста (базы данных), но только один набор миграций?

То, что я сделал (как намекают комментарии), реализовано из IDesignTimeDbContextFactory<TContext>.

Это позволяет использовать произвольные аргументы командной строки для построения вашего контекста без необходимости иметь разные типы контекста. Откуда вы получите значения конфигурации, все еще зависит от вас, но это обеспечивает механизм для изменения вашего контекста из командной строки любым удобным для вас способом.

Я сократил свой контекст примерно до этого:

public sealed class MyContext(
   string connectionString
) : DbContext {
   protected override void OnConfiguring(
      DbContextOptionsBuilder optionsBuilder
   ) =>
      optionsBuilder
      .Use...(connectionString);

   ...
}

А затем реализовали фабрику контекста примерно так:

public sealed class MyContextFactory : IDesignTimeDbContextFactory<MyContext> {
   public MyContext CreateDbContext(
      string[] args
   ) {
      if (args.Length != 1)
         throw new InvalidOperationException(...);

      var arg = args[0].ToLower();

      var cs = arg switch {
         "production" => productionConnectionString,
         "development" => developmentConnectionString,
         "testing" => testingConnectionString,
         _ => throw new InvalidOperationException(...)
      };

      return new MyContext(cs);
   }

   // these are for use in code
   public MyContext CreateProduction() => CreateDbContext("production");
   public MyContext CreateDevelopment() => CreateDbContext("development");
   public MyContext CreateTesting() => CreateDbContext("testing");
}

Затем вы можете сделать следующее из командной строки (синтаксис -- приводит к тому, что остальные аргументы командной строки передаются как есть в ваш фабричный метод):

dotnet ef migrations add SomeNewMigration -- development
dotnet ef database update -- development
dotnet ef database update -- production
dotnet ef database update -- testing

и при этом будет использоваться одна миграция для всех трех подключений к базе данных.

Пример использования appsettings.json может выглядеть так:

public sealed class MyContextFactory : IDesignTimeDbContextFactory<MyContext> {
   public MyContext CreateDbContext(
      string[] args
   ) {
      if (args.Length != 1)
         throw new InvalidOperationException(...);

      var name = args[0];

      // you can use arguments to pull from a different settings file
      // or you can put full cnxn strings in the file under a
      //   "ConnectionStrings" grouping and use .GetConnectionString() 
      //   to find them
      // or you can put specific values like paths and build the rest 
      //   of the cs here
      //   index like: ["Key:Value"]
      // lots of options
      var cs =
         new ConfigurationBuilder()
         .AddJsonFile("appsettings.json")
         .Build()
         .GetConnectionString(name); // the arg you pass finds the cs by name
      if (cs == null)
         throw new InvalidOperationException(...);

      return new MyContext(cs);
   }

   // these are for use in code when you need a particular connection
   // ie: testing for testing
   public MyContext CreateProduction() => CreateDbContext("production");
   public MyContext CreateDevelopment() => CreateDbContext("development");
   public MyContext CreateTesting() => CreateDbContext("testing");
}

appsettings.json пример:

{
   "ConnectionStrings": {
      "Production": "...",
      "Development": "...",
      "Testing": "..."
   }
}

Вам не нужно передавать среду для вызова dotnet ef migrations add — для сравнения используется локальная схема моментального снимка и текущий контекст базы данных.

dotnet ef database update, с другой стороны, сравнивает миграции в проекте с теми, которые хранятся в таблице истории миграции. Если строка подключения хранится в файле appsettings.{Environment}.json, вы можете использовать

dotnet ef database update -- --environment Production

Он прочитает строку подключения из appsettings.Production.json

Если вы не храните учетные данные в файлах конфигурации, вы можете использовать опцию --connection.

dotnet ef database update 20180904195021_InitialCreate --connection your_connection_string

Источник