Clave única con el código EF primero

Tengo un siguiente modelo en mi proyecto

public class Category { public Guid ID { get; set; } [Required(ErrorMessage = "Title cannot be empty")] public string Title { get; set; } } 

y estoy tratando de hacer que Title sea ​​una clave única, busqué en Google la solución, pero no pude encontrar ninguna. ¿Puede alguien sugerirme cómo hacerlo, por favor?

Desafortunadamente, no se puede definir primero como una clave única en el código porque EF no admite claves únicas en absoluto (se espera que esté planificado para la siguiente versión principal). Lo que puede hacer es crear un inicializador de base de datos personalizado y agregar un índice único manualmente llamando al comando SQL:

 public class MyInitializer : CreateDatabaseIfNotExists { protected override void Seed(MyContext context) { context.Database.ExecuteSqlCommand("CREATE UNIQUE INDEX IX_Category_Title ON Categories (Title)"); } } 

Y debe configurar este inicializador en el arranque de su aplicación.

 Database.SetInitializer(new MyInitializer()); 

Editar

Ahora (EF 6.1 en adelante) puede tener restricciones únicas,

 [Index("TitleIndex", IsUnique = true)] public string Title { get; set; } 

Primero crea la clase de atributo personalizado:

 [AttributeUsage(AttributeTargets.Property, AllowMultiple = false, Inherited = true)] public class UniqueAttribute : ValidationAttribute { public override Boolean IsValid(Object value) { // constraint implemented on database return true; } } 

Luego agrega a tus clases:

 public class Email { [Key] public int EmailID { get; set; } public int PersonId { get; set; } [Unique] [Required] [MaxLength(100)] public string EmailAddress { get; set; } public virtual bool IsDefault { get; set; } public virtual Boolean IsApprovedForLogin { get; set; } public virtual String ConfirmationToken { get; set; } [ForeignKey("PersonId")] public virtual Person Person { get; set; } } 

Luego agrega un Inicializador en tu DbContext:

 public class Initializer : IDatabaseInitializer { public void InitializeDatabase(myEntities context) { if (System.Diagnostics.Debugger.IsAttached && context.Database.Exists() && !context.Database.CompatibleWithModel(false)) { context.Database.Delete(); } if (!context.Database.Exists()) { context.Database.Create(); var contextObject = context as System.Object; var contextType = contextObject.GetType(); var properties = contextType.GetProperties(); System.Type t = null; string tableName = null; string fieldName = null; foreach (var pi in properties) { if (pi.PropertyType.IsGenericType && pi.PropertyType.Name.Contains("DbSet")) { t = pi.PropertyType.GetGenericArguments()[0]; var mytableName = t.GetCustomAttributes(typeof(TableAttribute), true); if (mytableName.Length > 0) { TableAttribute mytable = mytableName[0] as TableAttribute; tableName = mytable.Name; } else { tableName = pi.Name; } foreach (var piEntity in t.GetProperties()) { if (piEntity.GetCustomAttributes(typeof(UniqueAttribute), true).Length > 0) { fieldName = piEntity.Name; context.Database.ExecuteSqlCommand("ALTER TABLE " + tableName + " ADD CONSTRAINT con_Unique_" + tableName + "_" + fieldName + " UNIQUE (" + fieldName + ")"); } } } } } } } 

Y, por último, agregue el inicializador en Application_Start dentro de Global.asax.cs

 System.Data.Entity.Database.SetInitializer(new MyApp.Models.DomainModels.myEntities.Initializer()); 

Eso es. basado en el código vb en https://stackoverflow.com/a/7426773

Aquí está la versión de VB.Net: tenga en cuenta la implementación de los generics que es un poco diferente, en el nivel de clase.

 Public Class MyInitializer(Of T As DbContext) Inherits CreateDatabaseIfNotExists(Of T) Protected Overrides Sub Seed(context As T) context.Database.ExecuteSqlCommand("CREATE UNIQUE INDEX IX_Category_Title ON Categories (Title)") End Sub End Class 

Creo esta clase (que se mejora a partir de otra respuesta de Stackoverflow – Ejecutar un script SQL grande (con comandos GO) ), lo que me permite incluir los scripts SQL en un directorio y hacer que todos se ejecuten cada vez que sean necesarios (Seed , o Migración). No voy a dejarlo abierto después de implementarlo en producción, pero durante el desarrollo facilita la aplicación de scripts cada vez que se recrea el DB.

 using System; using System.Collections.Generic; using System.Data.SqlClient; using System.IO; using System.Linq; using System.Text; using System.Threading.Tasks; //dll Microsoft.SqlServer.Smo //dll Microsoft.SqlServer.Management.Sdk.Sfc //dll Microsoft.SqlServer.ConnectionInfo using Microsoft.SqlServer.Management.Common; using Microsoft.SqlServer.Management.Smo; using Monitor.Common; namespace MonitorDB.DataLayer.Migrations { public class ExecuteSQLScripts :Monitor.Common.ExceptionHandling { public ExecuteSQLScripts() { } public bool ExecuteScriptsInDirectory(DBContext.SolArcMsgMonitorContext context, string scriptDirectory) { bool Result = false; try { SqlConnection connection = new SqlConnection(context.Database.Connection.ConnectionString); Server server = new Server(new ServerConnection(connection)); DirectoryInfo di = new DirectoryInfo(scriptDirectory); FileInfo[] rgFiles = di.GetFiles("*.sql"); foreach (FileInfo fi in rgFiles) { FileInfo fileInfo = new FileInfo(fi.FullName); string script = fileInfo.OpenText().ReadToEnd(); server.ConnectionContext.ExecuteNonQuery(script); } Result = true; } catch (Exception ex) { CatchException("ExecuteScriptsInDirectory", ex); } return Result; } 

}}

Así es como se ve la Solución VS:

Encontré esta solución que, aunque no creaba una clave única en el nivel SQL, usa la validación de DataAnnotaciones, compruébalo:

http://blogs.microsoft.co.il/blogs/shimmy/archive/2012/01/23/validationattribute-that-validates-a-unique-field-against-its-fellow-rows-in-the-database. aspx