我将DataObject定义为:
public class SensorType : EntityData { //PKs public string CompanyId { get; set; } public string ServiceId { get; set; } public string Type { get; set; } }
并使用流畅的API使CompanyId和ServiceId成为一个复合键:
modelBuilder.Entity<SensorType>() .HasKey(t => new { t.CompanyId,t.ServiceId }); //No autogeneration of PKs modelBuilder.Entity<SensorType>().Property(t => t.ServiceId) .HasDatabaseGeneratedOption(System.ComponentModel.DataAnnotations.Schema.DatabaseGeneratedOption.None); modelBuilder.Entity<SensorType>().Property(t => t.CompanyId) .HasDatabaseGeneratedOption(System.ComponentModel.DataAnnotations.Schema.DatabaseGeneratedOption.None);
即使已设置主键,当我运行Add-Migration时,Entity Framework会创建一个名为Id的列:
CreateTable( "dbo.SensorTypes",c => new { CompanyId = c.String(nullable: false,maxLength: 128),ServiceId = c.String(nullable: false,Type = c.String(),Id = c.String( annotations: new Dictionary<string,AnnotationValues> { { "ServiceTableColumn",new AnnotationValues(oldValue: null,newValue: "Id") ... }) .PrimaryKey(t => new { t.CompanyId,t.ServiceId }) .Index(t => t.CreatedAt,clustered: true); }
如何阻止EF添加此列?
解决方法
我怀疑它与您从EntityData派生类的事实有关,而EntityData有一个名为Id的属性.我的猜测是EF很混乱,因为有一个属性符合它的关键命名约定(即Id)和明确定义的键.
我怀疑你必须告诉它明确忽略Id.
更新:
我假设您正在与Azure合作.这个SO question在答案中有一些额外的信息,可以帮助您找到最佳解决方案.
但是,我同意@Basic对你的问题的评论.由于它们引入的复杂性(和其他问题),我通常回避使用EF的复合键.我怀疑您的CompanyId和ServiceId字段的唯一约束将实现您想要的,而不会将它们包含在SensorType的主键中.这也意味着您可以只使用派生的Id属性作为主键,并避免整个问题.我不知道你的实现是否可行,但需要考虑.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。