Silverlight + WCF使用Linq to SQL以及ADO.NET Entity Data Model更新数据库子表方法
前言：日前，Microsfot已发布了Silverlight 4.0 RC2，其所主导的WCF RIA Services也渐渐为更多的开发人员所认识并使用，分布式N层结构数据访问要为WCF RIA Serices所代替了么？ 但这不是我想要讨论的问题，这里仅是针对Silverlight + WCF在使用Linq to SQL以及ADO.NET Entity Data Model下的更新数据库子表的方式作比较。
使用Linq to SQL或ADO.NET Entity Data Model（Entity Framework实体框架，以下简称EF）访问数据库的一般方式是用实体Entity映射数据表，形成一种最直观的封装，对数据表的增、删、更改、查询等操作都可以变成对Entity的操作（这里说的只是“可以”，许多情况下Entity还是不如TSQL或存储过程方便的）。而在关系型数据库中，主子表的结构是很常见的，如下图的TMaster、TDetail：
LINQ to SQL（.NET 3.0）、EF 1.0（.NET 3.5SP1）、EF 2.0（.NET 4.0）中对于这种主子表关系的表示有所不同：
LINQ to SQL：
l 子实体TDetail中含有MasterKey属性，对应主实体中的MasterKey；
l 在两个实体的设计图中均不显示出导航属性，但是在代码中存在的；
l 导航属性、在DataContext中的属性均以单数形式显示（即不以TMasters、TDetails形式显示），且没有地方能设置；
l 特别要注意的是DataContext的序列化模式，要想在WCF中传输LINQ to SQL实体，就得要将序列化模式设为“单向Unidirectional”；
l 为了控制并发共享冲突，要手去设置主键（一般是主键）的“时间戳”属性（对应的Attribute是IsVersion），而且对于非int型的字段，这里似乎还有Bug。在默认情况下，各个实体的各个与数据表字段对应的属性的时间戳均false，也就是使用并发控制。
EF 1.0：
l 子实体TDetail中没有MasterKey属性；
l 在两个实体的设计图中均显示出了导航属性，在代码中同样也存在的；
l 和LINQ to SQL一样导航属性、在ObjectContext中的属性均以单数形式显示，但前者可以在设计器中设置，后者则没有地方可以更改；
l 各个属性的“并发模式”默认为None，即不参与并发控制。
EF 2.0：
l 子实体TDetail中有MasterKey属性，改回和LINQ to SQL一样了；
l 在两个实体的设计图中均显示出了导航属性，在代码中同样也存在的；
l 导航属性、在ObjectContext中的属性均可选择以单数、复数的形式显示，建议使用复数形式；
l 各个属性的“并发模式”默认为None，即不参与并发控制；
l 整个ObjectContext增加了一个Lazy Loading Enabled，且默认为true，这个属性和LINQ to SQL中的延迟加载类似，并且下文会提到要注意的地方。
Silverlight + WCF + Entity更新数据库的方式一般是“调用WCF的GetXXX()方法将Entity传送至Silverlight端，在界面上将Entity修改之后，调用WCF的UpdateXXX()方法将Entity传回至WCF端进行操作”。在这种模式中，对于Silverlight端而言，Entity完全是离线的，和服务端没有关系，和数据库中的数据更是没有关系（因为要访问数据库就得先通过WCF），对于WCF端而言，Entity是以“Detached”的形态被传送回来的，处于一种未知的状态，只有先将其Attach，管理其状态，然后才有可能将其最新的值更新至数据库。
而对于“Update更新”一词，本来就是应当针对是数据的“新版本”与“旧版本”才有所谓更新的，那么如何产生两个版本？
l 一次性从WCF端传送两份相同的数据至Silverlight端，一个数据用于被更改，另一个则用于表示“原版本”；
l WCF端只传送一份数据至Silverlight端，Silverlight端自行复制一份，用作“原版本”；
l WCF端只传送一份数据至Silverlight端，Silverlight端在对该数据更改后传送回WCF端，WCF端再从数据库取出最新版本的数据，用作“原版本”。
显然第一种方式增加了网络传输量，并且在Silverlight端对实体进行复制一般也不会占用多少CPU资源，第一种方式应当不可取。而针对后二者的情况展开来就成了对并发控制的讨论了，个人偏好最后一种方法，但是第二种情况有时也会用得到，比如要在Silverlight端进行当前版本与原始版本的比较并显示出不同的地方。
前面说了这么多，这里才开始入正题。先看看Silverlight中的界面，很简单，主实体使用几个TextBox来呈现，子实体使用DataForm呈现：
并针对两种更新方式，提供了“以当前版本进行更新”的单实体方式、“先复制原始版本，再以两个版本进行更新”的双实体方式。
由于本文仅是演示在更新数据库子表（即子实体）上的代码，为了简单起见，直接在WCF服务中对实体进行操作，但是建议在实际业务应用上，应再增加一层业务class，在业务class中操作实体，WCF服务实例化业务class，并将实体作为参数传递给业务class。
更新子实体的关键在于如何让DataContext/ObjectContext知道哪些子实体是新增的、哪些是删除的、哪些是更改的，而这一步，有朋友说在LINQ to SQL中DataContext能自动进行判断，不过我试了好久都没有试成功，能自动判断固然好，但是手工进行干预也未尝不是好事。
先看看 LINQ to SQL：
[OperationContract]
public Models.TMaster GetEntity(string masterKey)
{
using (Models.TestDataClassesDataContext db = new Models.TestDataClassesDataContext())
{
db.DeferredLoadingEnabled = false;
System.Data.Linq.DataLoadOptions option = new System.Data.Linq.DataLoadOptions();
option.LoadWith<Models.TMaster>(m => m.TDetail);
db.LoadOptions = option;
return db.TMaster.FirstOrDefault(m => m.MasterKey == masterKey);
}
}
[OperationContract]
public int UpdateWithTwoEntities(Models.TMaster current, Models.TMaster original)
{
using (Models.TestDataClassesDataContext db = new Models.TestDataClassesDataContext())
{
//db.DeferredLoadingEnabled = false;
db.TMaster.Attach(current, original);
this.ApplyCurrentAndOriginalValues(db, current , original);
db.SubmitChanges();
return 1;
}
}
/// <summary>
/// 将主表标识为已更改，同时判断子表的新增、删除、更改。
/// 在CSDN论坛上，有朋友说只需要一步db.TMaster.Attach(current, original);就可以完成
/// 对子表的更新，可是试了好久好久都没有试出来，不管如何，就算真的可以由DataContext
/// 自己完成对子表的新增、删除、更改的判断，知道要如何手工的去判断也未尝不是件好事。
/// </summary>
/// <param name="db"></param>
/// <param name="current"></param>
/// <param name="original"></param>
void ApplyCurrentAndOriginalValues(Models.TestDataClassesDataContext db,
Models.TMaster current, Models.TMaster original)
{
// 已被删除的子表数据
var deleteds = original.TDetail.Where(ori => !current.TDetail
.Any(d => d.DetailKey == ori.DetailKey && d.MasterKey == ori.MasterKey));
db.TDetail.AttachAll(deleteds);
db.TDetail.DeleteAllOnSubmit(deleteds);
// 新增加的子表数据
var inserteds = current.TDetail.Where(cur => !original.TDetail
.Any(d => d.DetailKey == cur.DetailKey && d.MasterKey == cur.MasterKey));
db.TDetail.InsertAllOnSubmit(inserteds);
// 要更新的子表数据
var updateds = current.TDetail.Where(cur => original.TDetail
.Any(d => d.DetailKey == cur.DetailKey && d.MasterKey == cur.MasterKey));
foreach (Models.TDetail upd in updateds)
{
db.TDetail.Attach(upd, original.TDetail.First(d =>
d.DetailKey == upd.DetailKey && d.MasterKey == upd.MasterKey));
}
}
[OperationContract]
public int UpdateWithCurrentEntity(Models.TMaster current)
{
// 在 LINQ to SQL 中，没有 DataContext.Detach() 方法，要将一个已附加的实体 Detach，
// 就只有序列化后再反序列化（即Clone）得到新的实体。
// 不过，还有一种方法可以“绕道”，那就是在另一个不同的 DataContext 中去得到实体
return this.UpdateWithTwoEntities(current, this.GetEntity(current.MasterKey));
}
谢了 那回去看看。！
[解决办法]
支持~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[解决办法]
[解决办法]
看不懂啊
[解决办法]
来顶下老大！！！
[解决办法]
顶贴有分？？
[解决办法]
不错。
[解决办法]
找点积分用下。
[解决办法]
谢谢啦
[解决办法]
不错啊！！！
[解决办法]
加油 不错
[解决办法]
新技术，学习下！！！
[解决办法]
先收藏啦，谢谢楼主分享
[解决办法]
谢谢楼主分享
[解决办法]
顶一下~~~
[解决办法]
gggggggggggggdddddddddddd
[解决办法]
顶起来
[解决办法]
xuexie!
[解决办法]
来顶的
[解决办法]
好贴！
[解决办法]
顶贴有分不，学习了.
[解决办法]
看来我得好好学习咯
[解决办法]
更新速度快啊，还没有培训到了，估计要自己买书领悟了
[解决办法]
xiexie
[解决办法]
mark
[解决办法]
jie fen ........
[解决办法]
学习中
[解决办法]
学习学习学习学习学习学习学习学习学习学习学习学习学习
