c# Fluent 迁移模式
c# Fluent Migration Schema
有谁知道是否有办法使用流畅的迁移器为不同的用户创建架构前缀 tables，例如
UserMachine1 指向一个数据库，但是当他们 运行 迁移时，他们的 table 以 UserMachine1.TableName 为前缀。
UserMachine2 指向同一数据库，但会在同一数据库中生成 UserMachine2.TableName。
如您所见，在我们的例子中，架构将是特定于机器的名称。
- 这可以在 Fluent Migrator 中完成吗？
- 如果可以，您如何定义 schema.VersionInfo table 前缀。开箱即用，它就像所有其他 table 一样放在 dbo.VersionInfo 下。
这是个好主意吗？因为我不是这个想法的发明者，据说是由于迁移到 azure 数据库。
非常感谢您的想法和回答，干杯
我发现 link 详细说明了如何执行此操作 https://fluentmigrator.github.io/articles/version-table-metadata.html 仍然不确定这是个好主意，因为如果这样的话，您还必须重命名主键和约束你确实提供了很好命名的。另外，您将如何 运行 自定义 SQL 脚本以 运行 针对特定模式的脚本。一切都感觉像是在增加额外的工作，但没有多大价值。
有谁知道是否有办法使用流畅的迁移器为不同的用户创建架构前缀 tables，例如
UserMachine1 指向一个数据库，但是当他们 运行 迁移时，他们的 table 以 UserMachine1.TableName 为前缀。
UserMachine2 指向同一数据库，但会在同一数据库中生成 UserMachine2.TableName。
如您所见，在我们的例子中，架构将是特定于机器的名称。
- 这可以在 Fluent Migrator 中完成吗？
- 如果可以，您如何定义 schema.VersionInfo table 前缀。开箱即用，它就像所有其他 table 一样放在 dbo.VersionInfo 下。
这是个好主意吗？因为我不是这个想法的发明者，据说是由于迁移到 azure 数据库。
非常感谢您的想法和回答，干杯
我发现 link 详细说明了如何执行此操作 https://fluentmigrator.github.io/articles/version-table-metadata.html 仍然不确定这是个好主意，因为如果这样的话，您还必须重命名主键和约束你确实提供了很好命名的。另外，您将如何 运行 自定义 SQL 脚本以 运行 针对特定模式的脚本。一切都感觉像是在增加额外的工作，但没有多大价值。