13

エンティティの主キー名を変更して、update-database-forceを実行できるようにするシナリオがあります。私が試したときのコードとエラーの取得については、以下を参照してください。

エンティティは：

public class Team
{
    [Key]
    [HiddenInput(DisplayValue = false)]
    public virtual int Id { get; set; }

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

エンティティが次のように変更されました：

public class Team
{
    [Key]
    [HiddenInput(DisplayValue = false)]
    public virtual int TeamId { get; set; }

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

実行するUpdate-database -Forceと、次のエラーが発生します。

Multiple identity columns specified for table 'Teams'. Only one identity column per table is allowed.

これは命名規則の問題であり、後で参照する場合はこれをTeamIdにする必要があります。単に、Idが子エンティティクラスと競合します。

これをうまく行う方法についてのアイデアはありますか？

4

6 に答える 6

8

使用している EF のバージョンによって異なります。移行を行っても、次のような結果が表示されます。

「列 Id をドロップ」および「列 TeamId を追加」。

これにより、すべての値と「子接続」が失われます......

この時点で私が目にしている唯一の「安全な」ソリューションは、移行と「手作業による SQL 操作」の組み合わせです。

簡単な解決策:

1- ID を使用してテーブルを作成する「基本」移行が既にあることを考慮して、「更新」を使用して新しい移行を作成します。まだ実行しないでください。

2- そのファイルを開き、生成された行の前に新しい行を書き込み、次のような SQL コマンドを使用します。

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

これにより、移行が列を削除して新しい列を作成する前に名前が変更されます。何が起こるか: 削除の前に名前を変更すると、削除が実行されますが、「失敗」しますが、何も害はありません。

しかし今、あなたは尋ねます：なぜ私はこれをするのですか？行を削除して列を削除して新しい列を作成しても、マイグレーションを使用している場合は、次に新しいマイグレーション ファイルを自動的に作成するときに、この新しい行が存在します...これが理由です。

更新された回答 #1

Entity Framework の移行について話すとき、私はこれを参照しています: http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-code-based-migrations-walkthrough.aspx パッケージ マネージャー コンソールで「Add-Migration AddBlogUrl」コマンドを実行すると、新しいファイル (*.cs) が作成されます。

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()
        {
            ........
        }
于 2012-12-12T07:47:59.407 に答える
4

最も簡単な解決策は、データベースの主キーの名前を変更せず、代わりにクラスを主キーにマップし、任意の名前を付けることです。このような：

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; }
}

個人的には、クラス名を Id のままにします。命名規則 [TableName + Id] は古風であり、主キーにはやり過ぎです (外部キーには適しています)。私にとっては、コード行にノイズが追加されるだけです。team.TeamIdに勝るものはありませんteam.Id。

于 2012-12-12T08:01:49.110 に答える
2

marvc1 と emanyalpsid の両方による提案をいじった後。データベースをドロップして、再度作成することにしました。これは、VS2012 のサーバー エクスプローラーでデータベースを削除するだけで実行できます。また、App_Data の下の .mdf ファイルも削除されていることを確認してください。.mdf ファイルは通常非表示になっています。表示するには、ソリューション エクスプローラーのツールバーのすぐ下にある [すべてのファイルを表示] をクリックすると表示されます。これらの手順が完了したら、パッケージ マネージャー コンソールで以下のコードを実行するだけです。

update-database -Verbose

-Verbose では、作成しているものを簡単に確認できます。

marvc1の回答

データベース内の名前が変更されないことを除いて、問題なく動作します。データベース名についてあまり心配していない場合は、これが最も安全な方法です。つまり、データベース内の名前で、In the entity Team, Id would still be Id and not TeamId

于 2012-12-12T08:48:47.607 に答える