使用Entity Framework(4.3.1版本)遇到的問題整理

在這裡記錄一下之前使用Entity Framework（4.3.1版本）遇到的問題。
更新沒有設定主鍵的表
在預設情況下，EF不能對一個沒有主鍵的表進行更新、插入和刪除的動作。用xml方式查看edmx檔案，可以在SSDL中可以看到如下xml片斷（我定義了一個沒有主鍵的表tb_WithoutKey）。 複製代碼 代碼如下:<EntitySet Name="tb_WithoutKey" EntityType="TransferModel.Store.tb_WithoutKey" store:Type="Tables" store:Schema="dbo" store:Name="tb_WithoutKey">
<DefiningQuery>
SELECT
[tb_WithoutKey].[ID] AS [ID],
[tb_WithoutKey].[Name] AS [Name]
FROM [dbo].[tb_WithoutKey] AS [tb_WithoutKey]
</DefiningQuery>
</EntitySet>

我再加入一個有主鍵的表進行對比，同樣的在SSDL中，可以看到有主鍵的表的定義如下。 複製代碼 代碼如下:<EntitySet Name="tb_WithKey" EntityType="TransferModel.Store.tb_WithKey" store:Type="Tables" Schema="dbo" />

我們把沒有主鍵的<EntitySet>照著上面這個節點變更：刪除<DefiningQuery>節點，將store:Schema=”dbo”更改為Schema=”dbo”。這樣我們就可以對之前沒有設定主鍵的表進行更新、刪除以及插入操作了。
無主鍵的表SSDL定義其實更像是視圖，我有一點不明的是store:這個命名空間的作用是什麼，為什麼只是刪除<DefiningQuery>不行，還需要將Schema屬性的store命名空間刪除才可以。以上都是我還不明白的地方，只是作為一個解決方案，它確實簡單可行。
更改Code-First的預設串連
我們知道使用Code-First的時候我們甚至可以不用寫連接字串，但是這個預設的串連只識別原生SQL Express版資料庫，如果你是使用其它資料庫甚至就是Sql Server非Express版，都不行。
在不提供任何串連資料庫資訊的情況下，EF會建立一個預設的DefaultConnectionFactory，這個預設的串連工廠使用的就是SqlConnectionFactory，然後我們可以通過reflector看到它的建構函式如下。
public SqlConnectionFactory()
{
this._baseConnectionString = @"Data Source=.\SQLEXPRESS; Integrated Security=True; MultipleActiveResultSets=True";
}
所以說EF預設只能連Sql Express版的資料庫。SqlConnectionFactory提供一個建構函式重載，可以指定連接字串，修改預設的資料庫連接，我們可以在設定檔中添加以下節點進行配置。 複製代碼 代碼如下:<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework">
<parameters>
<parameter value="Data Source=heqichang-pc; Integrated Security=True; MultipleActiveResultSets=True" />
</parameters>
</defaultConnectionFactory>
</entityFramework>

不過不管怎樣，我覺得還是指定好連接字串來開發比較好，排除各種不可控的因素。
檢測字串截斷錯誤
有時使用EF的時候會出現像以下這樣的錯誤。

產生這個錯誤的原因一般都是資料庫裡設定的欄位長度小於你插入的新資料的長度。但是知道原因，要知道具體是哪個欄位的長度超出範圍了卻比較困難了，EF給出的資訊也不明確，當然，如果資料庫中的欄位少，可以很快篩選出來，但是如果表中的欄位非常多，那就麻煩了。這個時候我們就可以用到SQL Server內建的SQL Server Profiler這個工具了（Express版沒有這個工具）。
假設我有個tb_Test表，裡面有個Name欄位，類型為varchar(10)。在運行我們錯誤的程式前，先開啟Profiler，選擇好你串連的資料庫開始監控。最後就可以看到我們錯誤的SQL語句了。

這個工具可以方便的監控到EF運行時對資料庫的操作，注意，該工具會自動分辨出這是來自Entity Framework的請求，然後下邊是具體的SQL語句。
以上只是我上兩周使用EF時實際遇到的問題總結,在實際中絕對不止上述我遇到的這些問題,歡迎各位園友多多提出哈!