修復實體框架不一致FK下劃線

Question

我很好，FK名稱爲「Table_Id」或「TableId」在我的表中。但實體框架SQL生成器正在使用兩者。

• 映射協會（獨立協會，FK屬性可見）：無下劃線
• 約束協會（外鍵關聯）：強調

這有點顯得很荒謬 - 從DB的角度有沒有什麼區別這兩種關係在這裏具有一致性似乎是顯而易見的。我正在建模首先。

我做錯了什麼或有什麼方法可以解決這個問題？

---

編輯： 通過請求，包括一個樣本。我創建了一個新的實體圖並生成了SQL。它驗證。下面是該模型腳本的示意圖和生成數據庫的快照。請注意Apple上的BasketId與Oranges上的Basket_Id。唯一的區別是選擇了「向Oranges實體添加外鍵屬性」。添加該關聯時。

-- -------------------------------------------------- 
-- Entity Designer DDL Script for SQL Server 2005, 2008, and Azure 
-- -------------------------------------------------- 
-- Date Created: 04/29/2013 23:38:07 
-- Generated from EDMX file: C:\data\web-trunk\TestEntities.Data\TestEntities.edmx 
-- -------------------------------------------------- 

SET QUOTED_IDENTIFIER OFF; 
GO 
USE [TestEntities]; 
GO 
IF SCHEMA_ID(N'dbo') IS NULL EXECUTE(N'CREATE SCHEMA [dbo]'); 
GO 

-- -------------------------------------------------- 
-- Dropping existing FOREIGN KEY constraints 
-- -------------------------------------------------- 


-- -------------------------------------------------- 
-- Dropping existing tables 
-- -------------------------------------------------- 


-- -------------------------------------------------- 
-- Creating all tables 
-- -------------------------------------------------- 

-- Creating table 'Baskets' 
CREATE TABLE [dbo].[Baskets] (
    [Id] int IDENTITY(1,1) NOT NULL 
); 
GO 

-- Creating table 'Apples' 
CREATE TABLE [dbo].[Apples] (
    [Id] int IDENTITY(1,1) NOT NULL, 
    [BasketId] int NOT NULL 
); 
GO 

-- Creating table 'Oranges' 
CREATE TABLE [dbo].[Oranges] (
    [Id] int IDENTITY(1,1) NOT NULL, 
    [Basket_Id] int NOT NULL 
); 
GO 

-- -------------------------------------------------- 
-- Creating all PRIMARY KEY constraints 
-- -------------------------------------------------- 

-- Creating primary key on [Id] in table 'Baskets' 
ALTER TABLE [dbo].[Baskets] 
ADD CONSTRAINT [PK_Baskets] 
    PRIMARY KEY CLUSTERED ([Id] ASC); 
GO 

-- Creating primary key on [Id] in table 'Apples' 
ALTER TABLE [dbo].[Apples] 
ADD CONSTRAINT [PK_Apples] 
    PRIMARY KEY CLUSTERED ([Id] ASC); 
GO 

-- Creating primary key on [Id] in table 'Oranges' 
ALTER TABLE [dbo].[Oranges] 
ADD CONSTRAINT [PK_Oranges] 
    PRIMARY KEY CLUSTERED ([Id] ASC); 
GO 

-- -------------------------------------------------- 
-- Creating all FOREIGN KEY constraints 
-- -------------------------------------------------- 

-- Creating foreign key on [Basket_Id] in table 'Oranges' 
ALTER TABLE [dbo].[Oranges] 
ADD CONSTRAINT [FK_BasketOrange] 
    FOREIGN KEY ([Basket_Id]) 
    REFERENCES [dbo].[Baskets] 
     ([Id]) 
    ON DELETE NO ACTION ON UPDATE NO ACTION; 

-- Creating non-clustered index for FOREIGN KEY 'FK_BasketOrange' 
CREATE INDEX [IX_FK_BasketOrange] 
ON [dbo].[Oranges] 
    ([Basket_Id]); 
GO 

-- Creating foreign key on [BasketId] in table 'Apples' 
ALTER TABLE [dbo].[Apples] 
ADD CONSTRAINT [FK_BasketApple] 
    FOREIGN KEY ([BasketId]) 
    REFERENCES [dbo].[Baskets] 
     ([Id]) 
    ON DELETE NO ACTION ON UPDATE NO ACTION; 

-- Creating non-clustered index for FOREIGN KEY 'FK_BasketApple' 
CREATE INDEX [IX_FK_BasketApple] 
ON [dbo].[Apples] 
    ([BasketId]); 
GO 

-- -------------------------------------------------- 
-- Script has ended 
-- ------------------------ 

---

Answer 1

你說得對，沒有從數據模型的角度不同，但有從對象模型的角度不同。

當您使用外鍵屬性時，外鍵ID被包含在實體中，但是當您不使用外鍵時，將自動使用外鍵。命名是實體框架「Convention over Configuration」策略的一部分。 EF看到一個名爲Basket_Id的屬性，並且沒有在實體中看到該屬性，所以它知道在不特別配置它的情況下使用此ID。

相比之下，當Ef看到BasketId並在實體中看到該屬性時，它知道將該字段映射到基礎BasketId列。

基本上，EF通過使用命名約定來區分兩種外鍵導航。你可以閱讀更多關於此這裏：

Entity Framework Navigation Property generation rules

如果你想改變這種行爲，你可以創建一個自定義命名約定，刪除默認的一個，並添加名字的東西，你想要的方式，自定義一個但是它很可能會導致與其他類型的導航衝突。

說實話，我覺得有點諷刺意味的是，如果您在定義導航屬性方面存在不一致的情況，您想抱怨一致性。如果對你來說一致性如此重要，堅持一個或另一個。