如何解决EF Code First关系和关联实体
所以我需要有用户,公司和渠道。
用户:
- 与一家公司相关
频道:
- 与一家公司相关
- 可以有很多用户
公司:
- 可以有很多用户
- 可以有很多频道
public class User {
public long Id { get; set; }
public string Name { get; set; }
public string Email { get; set; }
public virtual Company Company { get; set; }
public virtual ICollection<Channel> Channels { get; set; }
}
public class Company {
public long Id { get; set; }
public string Name { get; set; }
public virtual ICollection<User> Users { get; set; }
public virtual ICollection<Channel> Channels { get; set; }
}
public class Channel {
public long Id { get; set; }
public string Name { get; set; }
public virtual ICollection<User> Users { get; set; }
public virtual Company Company { get; set; }
}
public class CompanyUser {
public long Id { get; set; }
public long CompanyId { get; set; }
public virtual Company Company { get; set; }
public long UserId { get; set; }
public virtual User User { get; set; }
public bool IsOwner { get; set; }
public bool ChannelLimit { get; set; }
}
public class ChannelUser {
public long Id { get; set; }
public long ChannelId { get; set; }
public virtual Channel Channel { get; set; }
public long UserId { get; set; }
public virtual User User { get; set; }
public bool IsOwner { get; set; }
}
如何提高效率和工作效率?处理所有关系的方式是什么? 谢谢
解决方法
您已经定义了许多多对多关系,其中一对多就足够了:
用户绑定到一个公司
频道与一个公司绑定,可以有多个用户
公司可以有很多用户,可以有很多渠道
public class User
{
[Key]
public int UserId { get; set; }
public virtual Channel Channel { get; set; }
}
public class Channel
{
[Key]
public int ChannelId { get; set; }
public virtual Company Company { get; set; }
public virtual ICollection<User> Users { get; set; } = new List<User>();
}
public class Company
{
[Key]
public int CompanyId { get; set; }
public virtual ICollection<Channel> Channels { get; set; } = new List<Channel>();
}
映射时,公司映射将具有HasMany(x => x.Channels).WithRequired(x => x.Company);
频道映射将具有HasMany(x => x.Users).WithOptional();
要获取公司的用户,您可以通过以下渠道:
var companyUsers = context.Companies
.Where(c => c.CompanyId == companyId)
.SelectMany(c => c.Channels.SelectMany(ch => ch.Users))
.ToList();
这是使所有用户与一家公司相关联的非常基本的示例。阅读公司和相关渠道/用户信息时,您可以深入研究关联以选择并过滤所需的详细信息。
就像数据库设计一样,通常建议保持实体关系相对规范化,以避免相互之间的引用分散在各处。 EF在构建查询以在需要的地方通过导航属性提取数据方面做得很好。
编辑:好的,用户可以创建一个频道,有可能创建多个频道,并根据前面的描述假设可以将多个其他用户分配给该频道。渠道也可能由一家公司“拥有”。
接二: 公共类用户 { [键] public int UserId {get;内部设置} 公共虚拟公司Company {get;内部设置} //可选
public virtual ICollection<ChannelUser> ChannelUsers { get; internal set; } = new List<ChannelUser>();
[NotMapped]
public ICollection<Channel> Channels
{
get { return ChannelUsers.Select(x => x.Channel).ToList(); }
}
[NotMapped]
public ICollection<Channel> OwnedChannels
{
get { return ChannelUsers.Where(x => x.IsOwned).Select(x => x.Channel).ToList(); }
}
}
public class Channel
{
[Key]
public int ChannelId { get; internal set; }
public virtual ICollection<ChannelUser> ChannelUsers { get; internal set; } = new List<ChannelUser>();
public virtual ICollection<ChannelCompany> ChannelCompanies { get; internal set; } = new List<ChannelCompany>();
[NotMapped]
public User OwnerUser
{
get { return ChannelUsers.SingleOrDefault(x => x.IsOwner)?.User; }
}
[NotMapped]
public User OwnerCompany
{
get { return ChannelCompanies.SingleOrDefault(x => x.IsOwner)?.Company; }
}
}
public class Company
{
[Key]
public int CompanyId { get; internal set; }
}
public class ChannelUser
{
public int ChannelId { get; internal set; }
public int UserId { get; internal set; }
public bool IsOwner { get; internal set; }
public virtual Channel Channel { get; internal set; }
public virtual User User { get; internal set; }
}
public class ChannelCompany
{
public int ChannelId { get; internal set; }
public int CompanyId { get; internal set; }
public bool IsOwner { get; internal set; }
public virtual Channel Channel { get; internal set; }
public virtual Company Company { get; internal set; }
}
此地图与您的原始地图相似,在频道与用户和公司之间存在多对多关系。 “所有者”的概念将在联接表上。我添加了一些未映射的帮助程序属性,以使使用实体的代码更容易浏览链接实体。请注意,尽管这些属性不能在EF Linq表达式中使用。例如,当针对dbSet和导航属性编写Linq查询时,您将需要使用链接实体集合,因为EF无法解析未映射的集合。如果尝试在查询中使用EF6和EF Core 3+,则会抛出异常,EF Core 2会生成警告并自动将查询具体化到内存中,这可能是巨大的性能/内存接收器。
这样的模型的麻烦在于它们可以完成工作,但是将依靠您的代码逻辑来强制执行围绕渠道,用户和公司之间的预期关系的规则。例如,期望每个渠道有1个,只有1个拥有用户(如果需要)和0或1个拥有公司。 (如果可选)
为此,我建议在实体上使用操作(方法)来修改状态,而不是直接访问设置器/集合。例如,如果您可以为用户创建频道,则对用户使用具有必需参数的CreateChannel()方法:
public Channel CreateChannel(string name /*,other required fields */)
{
var channel = new Channel
{
Name = name,//...
};
var channelUser new ChannelUser { Channel = channel,User = this,IsOwner = true });
ChannelUsers.Add(channelUser);
channel.ChannelUsers.Add(channelUser);
return channel;
}
这假设在调用user.CreateChannel()
之后又调用SaveChanges()
时,读取关联的User实体的DbContext在作用域内且处于活动状态。例如,在控制器操作中的某个位置,可根据Post中提供的数据创建频道:
using (var context = new AppContext())
{
var user = context.Users.Single(x => x.UserId == userId);
var channel = user.CreateChannel(channelName /*,.... */);
context.SaveChanges();
// Potentially return view information for the newly created Channel...
}
可以在Channel的方法中包含在用户(无论是已与该通道关联的用户还是新用户)之间更改通道所有者,以一次操作更新适当的集合以确保IsOwner状态保持有效。在这里,我将让设置器internal
阻止尝试使用设置器而不是使用操作方法来改变状态。
无论如何,这希望可以给您一些思考的东西。最终希望将允许的关系缩小到实体之间的最小可行连接点。多对多关系可以在强制有效组合方面使事情复杂化。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。