如何确定子类或GrandChild类是否需要TenantId？

Question

假设您有一个租户，它有许多用户，有许多帐户，有许多事务。

在树的下面添加一个TenantId属性有多远？

你在树下加了一个UserId有多远？

或者你只需要拥有父母的身份？

假设用户不首先访问子实体的父实体，就不会有意访问它。在一个鼻涕虫中，它应该类似于：baseurl.com/accounts/{accountId/transactions/{transactionId}

public class Tenant
{
    public long Id { get; set; }
    public string Name { get; set; }
    public virtual ICollection<User> Users { get; set; }
    public virtual ICollection<Account> Accounts { get; set; }
    public virtual ICollection<Transaction> Transactions { get; set; }
}

public class User
{
    public long Id { get; set; }
    public long TenantId { get; set; }
    public string Name { get; set; }
    public virtual ICollection<Account> Accounts { get; set; }
}

public class Account
{
    public long Id { get; set; }
    public long TenantId { get; set; }
    public string UserId { get; set; }
    public virtual ICollection<Transaction> Transactions { get; set; }
}

public class Transaction
{
    public long Id { get; set; }
    public long TenantId { get; set; }
    public string UserId { get; set; }
    public string AccountId { get; set; }
}

我倾向于在所有属于租户的东西上使用TenantId。我认为这是为了安全性，但我的自然假设是，UserId就足够了。例如，即使事务比用户低两个级别，我也不应该允许任何知道事务ID的人访问事务，而不是拥有帐户的用户。

Answer 1

我们在添加TenantId时遵循的规范是对所有主要实体进行添加。例如，用户和帐户应该拥有TenantId。由于事务是一个依赖于用户和帐户的实体，因此由于不能引用基(Account / User)就无法获取事务，因此对于一个不存在任务。

经验法则是对由租户分组/分类的主要业务实体进行分类。(用户、帐户等)以便在数据库中检索或更新数据时，在对映射或子表执行任何操作之前进行适当的租户筛选。因此，基于域对象，请明智地包含TenantId列。