欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

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

 更新時(shí)間:2012年12月30日 12:50:30   作者:  
在這里記錄一下之前使用Entity Framework(4.3.1版本)遇到的問(wèn)題:更新沒(méi)有設(shè)置主鍵的表、更改Code-First的默認(rèn)連接、檢測(cè)字符串截?cái)噱e(cuò)誤,需要的朋友可以參考下
在這里記錄一下之前使用Entity Framework(4.3.1版本)遇到的問(wèn)題。
更新沒(méi)有設(shè)置主鍵的表
在默認(rèn)情況下,EF不能對(duì)一個(gè)沒(méi)有主鍵的表進(jìn)行更新、插入和刪除的動(dòng)作。用xml方式查看edmx文件,可以在SSDL中可以看到如下xml片斷(我定義了一個(gè)沒(méi)有主鍵的表tb_WithoutKey)。
復(fù)制代碼 代碼如下:

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

我再加入一個(gè)有主鍵的表進(jìn)行對(duì)比,同樣的在SSDL中,可以看到有主鍵的表的定義如下。
復(fù)制代碼 代碼如下:

<EntitySet Name="tb_WithKey" EntityType="TransferModel.Store.tb_WithKey" store:Type="Tables" Schema="dbo" />

我們把沒(méi)有主鍵的<EntitySet>照著上面這個(gè)節(jié)點(diǎn)進(jìn)行更改:刪除<DefiningQuery>節(jié)點(diǎn),將store:Schema=”dbo”更改為Schema=”dbo”。這樣我們就可以對(duì)之前沒(méi)有設(shè)置主鍵的表進(jìn)行更新、刪除以及插入操作了。
無(wú)主鍵的表SSDL定義其實(shí)更像是視圖,我有一點(diǎn)不明的是store:這個(gè)命名空間的作用是什么,為什么只是刪除<DefiningQuery>不行,還需要將Schema屬性的store命名空間刪除才可以。以上都是我還不明白的地方,只是作為一個(gè)解決方案,它確實(shí)簡(jiǎn)單可行。
更改Code-First的默認(rèn)連接
我們知道使用Code-First的時(shí)候我們甚至可以不用寫(xiě)連接字符串,但是這個(gè)默認(rèn)的連接只識(shí)別本機(jī)的SQL Express版數(shù)據(jù)庫(kù),如果你是使用其它數(shù)據(jù)庫(kù)甚至就是Sql Server非Express版,都不行。
在不提供任何連接數(shù)據(jù)庫(kù)信息的情況下,EF會(huì)創(chuàng)建一個(gè)默認(rèn)的DefaultConnectionFactory,這個(gè)默認(rèn)的連接工廠使用的就是SqlConnectionFactory,然后我們可以通過(guò)reflector看到它的構(gòu)造函數(shù)如下。
public SqlConnectionFactory()
{
this._baseConnectionString = @"Data Source=.\SQLEXPRESS; Integrated Security=True; MultipleActiveResultSets=True";
}
所以說(shuō)EF默認(rèn)只能連Sql Express版的數(shù)據(jù)庫(kù)。SqlConnectionFactory提供一個(gè)構(gòu)造函數(shù)重載,可以指定連接字符串,修改默認(rèn)的數(shù)據(jù)庫(kù)連接,我們可以在配置文件中添加以下節(jié)點(diǎn)進(jìn)行配置。
復(fù)制代碼 代碼如下:

<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework">
<parameters>
<parameter value="Data Source=heqichang-pc; Integrated Security=True; MultipleActiveResultSets=True" />
</parameters>
</defaultConnectionFactory>
</entityFramework>

不過(guò)不管怎樣,我覺(jué)得還是指定好連接字符串來(lái)開(kāi)發(fā)比較好,排除各種不可控的因素。
檢測(cè)字符串截?cái)噱e(cuò)誤
有時(shí)使用EF的時(shí)候會(huì)出現(xiàn)像以下這樣的錯(cuò)誤。
 
產(chǎn)生這個(gè)錯(cuò)誤的原因一般都是數(shù)據(jù)庫(kù)里設(shè)置的字段長(zhǎng)度小于你插入的新數(shù)據(jù)的長(zhǎng)度。但是知道原因,要知道具體是哪個(gè)字段的長(zhǎng)度超出范圍了卻比較困難了,EF給出的信息也不明確,當(dāng)然,如果數(shù)據(jù)庫(kù)中的字段少,可以很快篩選出來(lái),但是如果表中的字段非常多,那就麻煩了。這個(gè)時(shí)候我們就可以用到SQL Server自帶的SQL Server Profiler這個(gè)工具了(Express版沒(méi)有這個(gè)工具)。
假設(shè)我有個(gè)tb_Test表,里面有個(gè)Name字段,類型為varchar(10)。在運(yùn)行我們錯(cuò)誤的程序前,先開(kāi)啟Profiler,選擇好你連接的數(shù)據(jù)庫(kù)開(kāi)始監(jiān)控。最后就可以看到我們錯(cuò)誤的SQL語(yǔ)句了。
 
這個(gè)工具可以方便的監(jiān)控到EF運(yùn)行時(shí)對(duì)數(shù)據(jù)庫(kù)的操作,注意上圖,該工具會(huì)自動(dòng)分辨出這是來(lái)自Entity Framework的請(qǐng)求,然后下邊是具體的SQL語(yǔ)句。
以上只是我上兩周使用EF時(shí)實(shí)際遇到的問(wèn)題總結(jié),在實(shí)際中絕對(duì)不止上述我遇到的這些問(wèn)題,歡迎各位園友多多提出哈!

相關(guān)文章

最新評(píng)論