相关疑难解决方法(0)

题

是否可以使用流畅的语法或属性在属性上定义唯一约束？如果没有,有哪些解决方法？

我有一个带有主键的用户类,但我想确保电子邮件地址也是唯一的.这是否可以直接编辑数据库？

解决方案(基于马特的答案)

public class MyContext : DbContext {
    public DbSet<User> Users { get; set; }

    public override int SaveChanges() {
        foreach (var item in ChangeTracker.Entries<IModel>())
            item.Entity.Modified = DateTime.Now;

        return base.SaveChanges();
    }

    public class Initializer : IDatabaseInitializer<MyContext> {
        public void InitializeDatabase(MyContext context) {
            if (context.Database.Exists() && !context.Database.CompatibleWithModel(false))
                context.Database.Delete();

            if (!context.Database.Exists()) {
                context.Database.Create();
                context.Database.ExecuteSqlCommand("alter table Users add constraint UniqueUserEmail unique (Email)");
            }
        }
    }
}

我有兴趣了解开发人员更喜欢使用哪种技术来强制SQL Server中的唯一性:UNIQUE CONSTRAINT或UNIQUE INDEX.鉴于每种物理实现方式差异不大,您如何确定哪种方法最佳？

是否有其他原因可以评估最佳解决方案？

一个或另一个有数据库管理优势吗？

现有数据库模式具有唯一的非主要密钥,以及一些依赖于它们的外键.

是否可以在Entity Framework v4中定义不是主键的唯一键？怎么样？

我一直在阅读有关建立一对一关系的人的所有谷歌和SO页面,EF但它只是不适合我.

这是我的模型:

帐户:

public int Id {get; set;}
public virtual AccountConfig AccountConfig {get; set;}

帐户地图:

HasKey(t => t.Id);
HasRequired(t => t.AccountConfig)
    .WithOptional();

帐户配置:

public int Id {get; set;}
public int AccountId {get; set;}
public virtual Account Account {get; set;}

帐户配置图:

HasKey(t => t.Id);
HasRequired(t => t.Account)
    .WithOptional(t => t.AccountConfig);

在执行时,AccountConfig性能上Account是NULL和Account财产AccountConfig是不正确的记录(巧合的是,检索到的Account.Id是一样的AccountConfig.Id,但我不知道这意味着什么).

在数据库中,该Account表没有对AccountConfig记录的引用,但该AccountConfig表具有对Account使用该AccountId列的记录的引用.

最终的结果是我可以引用AccountConfigfrom …