我有一个应用程序,其中数据以不同的sql模式保存给不同的用户。
例如
用户1数据保存在SCHEMA1中
用户2数据保存在SCHEMA2中
以前,该应用程序是在MVC 3中开发的,并且工作正常且符合预期。
现在,我们正在.NET Core 2.2中迁移应用程序,而该功能无法正常运行
.net核心没有<uses-permission android:name="android.permission.READ_PHONE_STATE"/>
,因为只有一种模式有效
下面是DBContext文件
IDbModelCacheKeyProvider
我的问题是如何在运行时更改schemaName
那么组织该机制的正确方法是什么?
通过用户凭据找出模式名称; 从特定架构的数据库中获取特定于用户的数据。
答案 0 :(得分:1)
我能够通过更改onConfiguring方法在运行时更改架构
public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
public string SchemaName { get; set; }
public ApplicationDbContext(DbContextOptions<ApplicationDbContext> options)
: base(options)
{
}
public ApplicationDbContext(string schemaname)
: base()
{
SchemaName = schemaname;
}
public DbSet<EmployeeDetail> EmployeeDetail { get; set; }
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
var builder = new ConfigurationBuilder().SetBasePath(Directory.GetCurrentDirectory())
.AddJsonFile("appsettings.json");
var configuration = builder.Build();
var serviceProvider = new ServiceCollection().AddEntityFrameworkSqlServer()
.AddSingleton<IModelCustomizer, SchemaContextCustomize>()
.BuildServiceProvider();
optionsBuilder.UseSqlServer(configuration["ConnectionStrings:SchemaDBConnection"]).UseInternalServiceProvider(serviceProvider);
}
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
// modelBuilder.MapProduct(SchemaName);
modelBuilder.RemovePluralizingTableNameConvention();
if (!string.IsNullOrEmpty(SchemaName))
{
modelBuilder.HasDefaultSchema(SchemaName);
}
base.OnModelCreating(modelBuilder);
}
public string CacheKey
{
get { return SchemaName; }
}
public class SchemaContextCustomize : ModelCustomizer
{
public SchemaContextCustomize(ModelCustomizerDependencies dependencies)
: base(dependencies)
{
}
public override void Customize(ModelBuilder modelBuilder, DbContext dbContext)
{
base.Customize(modelBuilder, dbContext);
string schemaName = (dbContext as ApplicationDbContext).SchemaName;
(dbContext as ApplicationDbContext).SchemaName = schemaName;
}
}
}
答案 1 :(得分:0)
最好的方法是使用多租户架构,以便能够按用户使用数据库架构(租户)
建议将此架构用于Saas应用
概念
让我们就一些基本概念达成共识: