我的组织需要共享数据库、共享架构 Multi-Tenancy 数据库。我们将根据 TenantId 进行查询。我们将拥有很少的租户(少于 10 个)，并且所有租户都将共享相同的数据库模式，不支持特定于租户的更改或功能。租户元数据将存储在内存中，而不是数据库(静态成员)中。

这意味着所有实体现在都需要一个 TenantId，并且 DbContext 需要知道默认情况下对此进行过滤。

TenantId 可能由 header 值或原始域标识，除非有更可取的方法。

我已经看到各种利用拦截器的示例，但还没有看到关于 TenantId 实现的明确示例。

我们需要解决的问题:

1. 我们如何修改当前架构以支持此功能(我认为很简单，只需添加 TenantId)
2. 我们如何检测租户(同样简单 - 基于原始请求的域或 header 值 - 从 BaseController 中提取)
3. 我们如何将其传播到服务方法(有点棘手...我们使用 DI 通过构造函数进行水合...希望避免使用 tenantId 填充所有方法签名)
4. 我们如何修改 DbContext 以在我们拥有此 tenantId 后对其进行过滤(不知道)
5. 我们如何优化性能。我们需要什么索引，我们如何确保查询缓存不会对 tenantId 隔离做任何奇怪的事情，等等(不知道)
6. 身份验证 - 使用 SimpleMembership，我们如何隔离 User，以某种方式将他们与租户相关联。

我认为最大的问题是 4 - 修改 DbContext。

我喜欢这篇文章如何利用 RLS，但我不确定如何以代码优先的 dbContext 方式处理它:

https://azure.microsoft.com/en-us/documentation/articles/web-sites-dotnet-entity-framework-row-level-security/

我会说我正在寻找的是一种方法 - 考虑到性能 - 使用 DbContext 选择性地查询 tenantId 隔离的资源，而不用 "AND TenantId = 1"等

更新 - 我找到了一些选项，但我不确定每个选项的优缺点，或者是否有一些“更好”的方法。我对选项的评估归结为:

• 易于实现
• 表现

方法 A

这看起来“很昂贵”，因为每次我们新建一个 dbContext 时，我们都必须重新初始化过滤器:

https://blogs.msdn.microsoft.com/mvpawardprogram/2016/02/09/row-level-security-in-entityframework-6-ef6/

首先，我设置了租户和界面:

public static class Tenant {

    public static int TenantA {
        get { return 1; }
    }
    public static int TenantB
    {
        get { return 2; }
    }

}

public interface ITenantEntity {
    int TenantId { get; set; }
}

我在任何实体上实现该接口(interface):

 public class Photo : ITenantEntity
 {

    public Photo()
    {
        DateProcessed = (DateTime) SqlDateTime.MinValue;
    }

    [Key]
    public int PhotoId { get; set; }

    [Required]
    public int TenantId { get; set; }
 }

然后我更新我的 DbContext 实现:

  public AppContext(): base("name=ProductionConnection")
    {
        Init();
    }

  protected internal virtual void Init()
    {
        this.InitializeDynamicFilters();
    }

    int? _currentTenantId = null;

    public void SetTenantId(int? tenantId)
    {
        _currentTenantId = tenantId;
        this.SetFilterScopedParameterValue("TenantEntity", "tenantId", _currentTenantId);
        this.SetFilterGlobalParameterValue("TenantEntity", "tenantId", _currentTenantId);
        var test = this.GetFilterParameterValue("TenantEntity", "tenantId");
    }

    public override int SaveChanges()
    {
        var createdEntries = GetCreatedEntries().ToList();
        if (createdEntries.Any())
        {
            foreach (var createdEntry in createdEntries)
            {
                var isTenantEntity = createdEntry.Entity as ITenantEntity;
                if (isTenantEntity != null && _currentTenantId != null)
                {
                    isTenantEntity.TenantId = _currentTenantId.Value;
                }
                else
                {
                    throw new InvalidOperationException("Tenant Id Not Specified");
                }
            }

        }
    }

    private IEnumerable<DbEntityEntry> GetCreatedEntries()
    {
        var createdEntries = ChangeTracker.Entries().Where(V => EntityState.Added.HasFlag(V.State));
        return createdEntries;
    }

   protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        modelBuilder.Filter("TenantEntity", (ITenantEntity tenantEntity, int? tenantId) => tenantEntity.TenantId == tenantId.Value, () => null);

        base.OnModelCreating(modelBuilder);
    }

最后，在调用 DbContext 时，我使用了这个:

     using (var db = new AppContext())
     {
          db.SetTenantId(someValueDeterminedElsewhere);
     }

我对此有疑问，因为我在大约一百万个地方更新了我的 AppContext(一些服务方法需要它，一些不需要)——所以这会使我的代码有点膨胀。还有关于租户确定的问题——我是否传递 HttpContext，我是否强制我的 Controller 将 TenantId 传递到所有服务方法调用中，我如何处理我没有原始域的情况(webjob 调用等)。

方法 B

在这里找到:http://howtoprogram.eu/question/n-a,28158

看起来很相似，但很简单:

 public interface IMultiTenantEntity {
      int TenantID { get; set; }
 }

 public partial class YourEntity : IMultiTenantEntity {}

 public partial class YourContext : DbContext
 {
 private int _tenantId;
 public override int SaveChanges() {
    var addedEntities = this.ChangeTracker.Entries().Where(c => c.State == EntityState.Added)
        .Select(c => c.Entity).OfType<IMultiTenantEntity>();

    foreach (var entity in addedEntities) {
        entity.TenantID = _tenantId;
    }
    return base.SaveChanges();
}

public IQueryable<Code> TenantCodes => this.Codes.Where(c => c.TenantID == _tenantId);
}

public IQueryable<YourEntity> TenantYourEntities => this.YourEntities.Where(c => c.TenantID == _tenantId);

尽管这看起来像是具有相同问题的 A 的愚蠢版本。

我认为到这个时候，必须有一个成熟的、可取的配置/架构来满足这种需求。我们应该怎么做？

最佳答案

我想建议以下方法， 1. 为每个包含核心业务数据的表创建一个名称为租户 ID 的列，这对于任何映射表都不是必需的。

1. 使用方法 B，创建一个返回 IQueryable 的扩展方法。这个方法可以是 dbset 的扩展，这样任何编写过滤器子句的人都可以调用这个扩展方法，然后调用谓词。这将使开发人员更容易编写代码，而无需担心租户 ID 过滤器。此特定方法将包含根据执行此查询的租户上下文为租户 ID 列应用过滤条件的代码。

样本 ctx.TenantFilter().Where(....)

1. 您可以在所有服务方法中传递租户 ID，而不是依赖于 http 上下文，这样可以轻松地处理 Web 和 Web 工作应用程序中的租户联系人。这使得通话不受联系人影响，并且更容易测试。 Multi-Tenancy 实体接口(interface)方法看起来不错，但我们的应用程序确实有类似的限制，目前为止运行良好。

2. 关于添加索引，您需要在具有租户 ID 的表中为租户 ID 列添加索引，这应该负责数据库端查询索引部分。

3. 关于身份验证部分，我建议使用带有 owin 管道的 asp.net identity 2.0。如果将来需要，该系统的可扩展性和可定制性非常强，并且易于与任何外部身份提供商集成。

4. 请务必查看 Entity Framework 的存储库模式，它使您能够以通用方式编写更少的代码。这将帮助我们摆脱代码重复和冗余，并且非常容易从单元测试用例中进行测试

关于c# - 使用 DbContext 和 TenantId 的 Multi-Tenancy - 拦截器、过滤器、EF 代码优先，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40441204/