Comment Changer le nom de la clé primaire d'EF Premier Code?

Dépend de la version de EF vous utilisez.
Même avec les migrations le résultat que vous allez voir, c'est quelque chose comme:

"liste déroulante de la colonne Id" et "ajouter une colonne TeamId".

Avec cela, vous allez perdre toutes les valeurs et les enfants des "connexions"......

Le seul "sécurisé" solution que je vois à ce point est un mélange des Migrations et de la "main les opérations SQL".

Solution FACILE:

1 - prenant en considération que vous avez déjà une "base" de la migration de la création de la table avec l'ID, maintenant créer la nouvelle migration "mettre à jour". Maintenant, ne l'exécutez PAS encore.

2 - Ouvrez ce fichier et écrire une nouvelle ligne AVANT les lignes générées et l'utilisation d'une commande SQL, quelque chose comme ceci:

     SQL("ALTER TABLE table_name RENAME COLUMN old_name to new_name;");

Cela va changer le nom AVANT la migration supprime la colonne et en créer un nouveau, ce qui va arriver: vous modifiez le nom avant de le supprimer, puis supprimer est exécuté, mais il va "échouer", mais il ne fera pas mal rien.

Mais maintenant, vous vous demandez: pourquoi dois-je faire? eh bien, si vous utilisez des migrations, même si vous supprimez les lignes à supprimer la colonne et en créer un nouveau, la prochaine fois que vous créez automatiquement un nouveau fichier de migration de cette de nouvelles lignes seront là...... c'est pourquoi.

MISE À JOUR DES RÉPONSES #1

Quand je parle d'Entity Framework Migrations, je fais référence à ceci:
http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-code-based-migrations-walkthrough.aspx
Lorsque vous Exécutez le lien " Ajoutez-la Migration AddBlogUrl’ de la commande dans la Console du Gestionnaire de Package, un nouveau fichier (*.cs) est créé.

Exemple de ce fichier de fichier de migration avec des commandes SQL:

public partial class AddAbsencesTypesAndCategories : DbMigration
    {
        public override void Up()
        {
            CreateTable(
                "pvw_AbsenceType",
                c => new
                    {
                        Id = c.Int(nullable: false, identity: true),
                        Name = c.String(nullable: false),
                        CountAsVacation = c.Boolean(nullable: false),
                        IsIncremental = c.Boolean(nullable: false),
                    })
                .PrimaryKey(t => t.Id);

          .....

            AddColumn("pvw_Absence", "CategoryId", c => c.Int(nullable: false));
                        AddForeignKey("pvw_Absence", "StatusId", "pvw_AbsenceStatusType", "Id");
            AddForeignKey("pvw_Absence", "CategoryId", "pvw_AbsenceType", "Id");
            CreateIndex("pvw_Absence", "StatusId");
            CreateIndex("pvw_Absence", "CategoryId");
            DropColumn("pvw_Absence", "MainCategoryId");
            DropColumn("pvw_Absence", "SubCategoryId");
           ......
            Sql(@"
                                        SET IDENTITY_INSERT [dbo].[pvw_AbsenceStatusType] ON
                    INSERT pvw_AbsenceStatusType (Id, Name) VALUES (1, N'Entwurf')                       
                                        SET IDENTITY_INSERT [dbo].[pvw_AbsenceStatusType] OFF
            ");    
            .....
        }

        public override void Down()
        {
            ........
        }

OriginalL'auteur Dryadwoods

Solution la plus simple est de ne pas renommer la clé primaire dans la base de données et au lieu de la carte de votre classe à votre clé primaire et de lui donner le nom que vous voulez. Comme ceci:

public class Team
{
    [Key]
    [HiddenInput(DisplayValue = false)]
    [Column("Id")] //this attribute maps TeamId to the column Id in the database
    public virtual int TeamId { get; set; }

    [Display(Name = "Full Name:")]
    public virtual string Name { get; set; }
}

Personnellement, j'aimerais garder le nom de la classe comme Id. La convention de nommage [Nomtable + Id] est de la vieille école et overkill pour une clé primaire (clé étrangère, il est bon). Pour moi, il ajoute juste le bruit de vos lignes de code. team.TeamId est pas mieux que team.Id.

OriginalL'auteur Marvin Rounce