ADO.NET EF中的實體修改方法
更新時間:2010年08月07日 21:44:23 作者:
ADO.NET EF中的實體修改方法
1.傳統(tǒng)修改模式,看下列代碼
using (NorthwindEntities context = new NorthwindEntities())
{
Region region = context.Region.FirstOrDefault(v => v.RegionID == 4);
region.RegionDescription = "Test";
context.SaveChanges();
}
監(jiān)控SQL語句:
SQL1:SELECT TOP 1 [Extent1].[RegionID] AS [RegionID], [Extent1].[RegionDescription] AS [RegionDescription]FROM [dbo].[Region] AS [Extent1]WHERE 4 = [Extent1].[RegionID]
SQL2:exec sp_executesql N'update [dbo].[Region]set [RegionDescription] = @0where ([RegionID] = @1)', N'@0 nchar(4),@1 int', @0 = N'Test', @1 = 4
從這里例子中可以看出使用“傳統(tǒng)模式”的數(shù)據(jù)更新,必須先要執(zhí)行一次查詢,將獲取要更新的實體對象,在看下面的例子:
Region region;
using (NorthwindEntities context = new NorthwindEntities())
{
region = context.Region.FirstOrDefault(v => v.RegionID == 4);
}
using (NorthwindEntities context = new NorthwindEntities())
{
region.RegionDescription = "Test";
context.SaveChanges();
}
更新是不會執(zhí)行的,因為實體不再 執(zhí)行 SaveChanges 的對象中所以 當(dāng)我們更新一個 不再當(dāng)前連接中的對象是必須要先執(zhí)行查詢獲取這個對象才能對其更新,如下:
Region region;
using (NorthwindEntities context = new NorthwindEntities())
{
region = context.Region.FirstOrDefault(v => v.RegionID == 4);
}
using (NorthwindEntities context = new NorthwindEntities())
{
Region newRegion = context.Region.FirstOrDefault(v => v.RegionID == region.RegionID);
region.RegionDescription = "Test";
context.SaveChanges();
}
2.使用ApplyPropertyChanges 修改實體
Region region;
using (NorthwindEntities ne = new NorthwindEntities())
{
//利用EntityObject.Execute(MergeOption.NoTracking),等效于使用ObjectContext.Dettach(EntityObject)
//查詢并分離對象
region = ne.Region.Execute(MergeOption.NoTracking).Where(v => v.RegionID == 1).FirstOrDefault();
}
//修改分離的值
region.RegionDescription = "TestTest1";
//使用分離的對象 order 更新
using (NorthwindEntities context = new NorthwindEntities())
{
//將數(shù)據(jù)載入到context中以便更新
context.GetObjectByKey(region.EntityKey);
//使用order 更新 context中的對應(yīng)對象
context.ApplyPropertyChanges(region.EntityKey.EntitySetName, region);
context.SaveChanges();
}
監(jiān)控SQL語句:
SQL1:exec sp_executesql N'SELECT [Extent1].[RegionID] AS [RegionID], [Extent1].[RegionDescription] AS [RegionDescription] FROM [dbo].[Region] AS [Extent1] WHERE [Extent1].[RegionID] = @p0', N'@p0 int', @p0 = 1
SQL2:exec sp_executesql N'update [dbo].[Region] set [RegionDescription] = @0where ([RegionID] = @1) ', N'@0 nchar(9),@1 int', @0 = N'TestTest1', @1 = 1
ApplyPropertyChanges在MSDN的解釋是“將已分離對象的屬性更改應(yīng)用于已附加到對象上下文的對象?!逼鋵嵳f白了就是 拿舊對象去更新新對象,我們可以看出 使用“ApplyPropertyChanges 修改實體”方法修改實體與 使用“傳統(tǒng)模式”是一樣的,都是必須先執(zhí)行一次查詢,獲取更新的對象,但是 ApplyPropertyChanges方法的特殊之處是,該方法會拿內(nèi)存中的對象(新對象)和當(dāng)前連接中的對象(舊對象)對比,自動生成對應(yīng)字段修改的Update語句,如果內(nèi)存中的對象與當(dāng)前連接中的對象完全相等(每個字段的值都相等),將不生成響應(yīng)的Update。當(dāng)我們再次執(zhí)行 上述代碼觀察監(jiān)控到了SQL語句,你會發(fā)現(xiàn)只監(jiān)控到SQL1,不會得到SQL2。
3.使用Attach與SetModifiedProperty修改實體
using (NorthwindEntities context = new NorthwindEntities())
{
Region region = context.Region.FirstOrDefault(v => v.RegionID == 4);
context.Detach(region);
region.RegionDescription = "因為測試";
context.Attach(region);
var newRegion = context.ObjectStateManager.GetObjectStateEntry(region);
newRegion.SetModified();
newRegion.SetModifiedProperty("RegionDescription");
context.SaveChanges();
}
監(jiān)視SQL語句:
exec sp_executesql N'update [dbo].[Region]set [RegionDescription] = @0where ([RegionID] = @1)', N'@0 nchar(4),@1 int', @0 = N'因為測試', @1 = 4
使用該方法,可以將不再當(dāng)前連接集合中的實體使用Attach方法加入到當(dāng)前集合中 在使用 SetModifiedProperty 來設(shè)置修改字段,使用該方法不必再執(zhí)行查詢將數(shù)據(jù)讀入當(dāng)前連接對象才能修改
復(fù)制代碼 代碼如下:
using (NorthwindEntities context = new NorthwindEntities())
{
Region region = context.Region.FirstOrDefault(v => v.RegionID == 4);
region.RegionDescription = "Test";
context.SaveChanges();
}
監(jiān)控SQL語句:
復(fù)制代碼 代碼如下:
SQL1:SELECT TOP 1 [Extent1].[RegionID] AS [RegionID], [Extent1].[RegionDescription] AS [RegionDescription]FROM [dbo].[Region] AS [Extent1]WHERE 4 = [Extent1].[RegionID]
SQL2:exec sp_executesql N'update [dbo].[Region]set [RegionDescription] = @0where ([RegionID] = @1)', N'@0 nchar(4),@1 int', @0 = N'Test', @1 = 4
從這里例子中可以看出使用“傳統(tǒng)模式”的數(shù)據(jù)更新,必須先要執(zhí)行一次查詢,將獲取要更新的實體對象,在看下面的例子:
復(fù)制代碼 代碼如下:
Region region;
using (NorthwindEntities context = new NorthwindEntities())
{
region = context.Region.FirstOrDefault(v => v.RegionID == 4);
}
using (NorthwindEntities context = new NorthwindEntities())
{
region.RegionDescription = "Test";
context.SaveChanges();
}
更新是不會執(zhí)行的,因為實體不再 執(zhí)行 SaveChanges 的對象中所以 當(dāng)我們更新一個 不再當(dāng)前連接中的對象是必須要先執(zhí)行查詢獲取這個對象才能對其更新,如下:
復(fù)制代碼 代碼如下:
Region region;
using (NorthwindEntities context = new NorthwindEntities())
{
region = context.Region.FirstOrDefault(v => v.RegionID == 4);
}
using (NorthwindEntities context = new NorthwindEntities())
{
Region newRegion = context.Region.FirstOrDefault(v => v.RegionID == region.RegionID);
region.RegionDescription = "Test";
context.SaveChanges();
}
2.使用ApplyPropertyChanges 修改實體
復(fù)制代碼 代碼如下:
Region region;
using (NorthwindEntities ne = new NorthwindEntities())
{
//利用EntityObject.Execute(MergeOption.NoTracking),等效于使用ObjectContext.Dettach(EntityObject)
//查詢并分離對象
region = ne.Region.Execute(MergeOption.NoTracking).Where(v => v.RegionID == 1).FirstOrDefault();
}
//修改分離的值
region.RegionDescription = "TestTest1";
//使用分離的對象 order 更新
using (NorthwindEntities context = new NorthwindEntities())
{
//將數(shù)據(jù)載入到context中以便更新
context.GetObjectByKey(region.EntityKey);
//使用order 更新 context中的對應(yīng)對象
context.ApplyPropertyChanges(region.EntityKey.EntitySetName, region);
context.SaveChanges();
}
監(jiān)控SQL語句:
復(fù)制代碼 代碼如下:
SQL1:exec sp_executesql N'SELECT [Extent1].[RegionID] AS [RegionID], [Extent1].[RegionDescription] AS [RegionDescription] FROM [dbo].[Region] AS [Extent1] WHERE [Extent1].[RegionID] = @p0', N'@p0 int', @p0 = 1
SQL2:exec sp_executesql N'update [dbo].[Region] set [RegionDescription] = @0where ([RegionID] = @1) ', N'@0 nchar(9),@1 int', @0 = N'TestTest1', @1 = 1
ApplyPropertyChanges在MSDN的解釋是“將已分離對象的屬性更改應(yīng)用于已附加到對象上下文的對象?!逼鋵嵳f白了就是 拿舊對象去更新新對象,我們可以看出 使用“ApplyPropertyChanges 修改實體”方法修改實體與 使用“傳統(tǒng)模式”是一樣的,都是必須先執(zhí)行一次查詢,獲取更新的對象,但是 ApplyPropertyChanges方法的特殊之處是,該方法會拿內(nèi)存中的對象(新對象)和當(dāng)前連接中的對象(舊對象)對比,自動生成對應(yīng)字段修改的Update語句,如果內(nèi)存中的對象與當(dāng)前連接中的對象完全相等(每個字段的值都相等),將不生成響應(yīng)的Update。當(dāng)我們再次執(zhí)行 上述代碼觀察監(jiān)控到了SQL語句,你會發(fā)現(xiàn)只監(jiān)控到SQL1,不會得到SQL2。
3.使用Attach與SetModifiedProperty修改實體
復(fù)制代碼 代碼如下:
using (NorthwindEntities context = new NorthwindEntities())
{
Region region = context.Region.FirstOrDefault(v => v.RegionID == 4);
context.Detach(region);
region.RegionDescription = "因為測試";
context.Attach(region);
var newRegion = context.ObjectStateManager.GetObjectStateEntry(region);
newRegion.SetModified();
newRegion.SetModifiedProperty("RegionDescription");
context.SaveChanges();
}
監(jiān)視SQL語句:
復(fù)制代碼 代碼如下:
exec sp_executesql N'update [dbo].[Region]set [RegionDescription] = @0where ([RegionID] = @1)', N'@0 nchar(4),@1 int', @0 = N'因為測試', @1 = 4
使用該方法,可以將不再當(dāng)前連接集合中的實體使用Attach方法加入到當(dāng)前集合中 在使用 SetModifiedProperty 來設(shè)置修改字段,使用該方法不必再執(zhí)行查詢將數(shù)據(jù)讀入當(dāng)前連接對象才能修改
相關(guān)文章
SQL Server誤區(qū)30日談 第4天 DDL觸發(fā)器就是INSTEAD OF觸發(fā)器
DDL觸發(fā)器的實現(xiàn)原理其實就是一個AFTER觸發(fā)器。這個意思是先發(fā)生DDL操作,然后觸發(fā)器再捕捉操作(當(dāng)然如果你在觸發(fā)器內(nèi)寫了Rollback,則也可能回滾)2013-01-01SQLSERVER數(shù)據(jù)庫備份后無法還原的解決辦法
有時候為了考慮數(shù)據(jù)安全我們都會備份數(shù)據(jù)庫,sqlserver的備份格式一般都是bak結(jié)尾的,但覆蓋時容易出問題,這里簡單介紹下,需要的朋友可以參考下2013-08-08SQLServer性能優(yōu)化--間接實現(xiàn)函數(shù)索引或者Hash索引
本文主要介紹了SQLServer性能優(yōu)化--間接實現(xiàn)函數(shù)索引或者Hash索引的解決方式。具有很好的參考價值。下面跟著小編一起來看下吧2017-03-03sqlserver性能調(diào)優(yōu)經(jīng)驗總結(jié)
sqlserver的性能調(diào)優(yōu),其實是個很寬廣的話題。坦白講,想從概念到實踐的完全講清楚并掌握透徹,可能至少需要幾本書的內(nèi)容。本文只是一個概念級的總結(jié),希望讀者能對此有新的認(rèn)識,在調(diào)優(yōu)路上有所幫助2013-10-10sql server代理中作業(yè)執(zhí)行SSIS包失敗的解決辦法
這篇文章主要介紹了sql server代理中作業(yè)執(zhí)行SSIS包失敗的解決辦法,sql2005如何用dtexec運行ssis(DTS)包?本文講的非常詳細(xì),小伙伴們一起學(xué)習(xí)吧2015-09-09asp.net 使用SqlBulkCopy極速插入數(shù)據(jù)到 SQL Server
今天早上reader 上收到cnblogs的訂閱里看到一個關(guān)于SQL語句快速插入的文章,提到SqlBulkCopy,感覺不錯,按他的測試SqlBulkCopy要比普通插入快近30倍,2010-04-04