コードファーストの多くの例は、XXXXX がエンティティ名と一致する場合、テーブルの PK が XXXXXID であることを示しています。それ以外の場合、ORM は「ID」で終わる列を使用して PK を作成します。(おそらく、多対多の関係の結合キーが作成されます)。
エンティティがすでに自然キーを持っている場合はどうなりますか? 健全なデータベース設計が必要な場合、コードを最初に避けるべきでしょうか?
コードファーストの多くの例は、XXXXX がエンティティ名と一致する場合、テーブルの PK が XXXXXID であることを示しています。それ以外の場合、ORM は「ID」で終わる列を使用して PK を作成します。(おそらく、多対多の関係の結合キーが作成されます)。
エンティティがすでに自然キーを持っている場合はどうなりますか? 健全なデータベース設計が必要な場合、コードを最初に避けるべきでしょうか?
コメントで @marc_s が説明したように、独自のキーを使用できますが ( compositeも)、EF はキーの使用に対してもう少し制限があることを覚えておく必要があります。既存のエンティティの PK 値を変更することはできません。EF のキーは不変です。PK の値を定義できるのは、データベースに挿入する前だけです。