(一) 序幕

当DataSet中同时包含主/子表(主键表/外键表)时,有时候关系约束太严格:
   比如, 关系数据库完整性规则:
      1.实体完整性. 主键表中主键不准为空.  
      2.参照完整性. 外键表中外键的值必须与主键表中的主键对应. 
         要么为空,要么为主键表中的一主键值.
      3.自定义完整性.   
  如果DataSet表中定义的多表关系约束太严密,直接用Update方法
  将DataSet中多表一起提交时,有可能不满足完整性规则,会发生错误,
    原因: 举个例子,设为两个表: CompanyMain(公司主表)和CompanySon(公司子表)
   CompanyMain(公司主表)主要存储一个公司的基本信息,CompanySon(公司子表)
   主要存储此公司的一些客户的信息. 并且公司主表中的(ID)与子表中的(BelongID)
   建立关联,即主外键关系; 一个公司对应着多个客户,即ID:BelongID = 1 : n关系.
   主表的ID为自动生成编号.
   那么:
   在新增公司界面,一起提交时,系统是不会遵守"数据库完整性规则"来更新到数据库的.
   如果它先更新子表,再更新主表有可能就会报错.  原因是主表的公司信息还没有插入
  到数据库中的表,也就没有生成公司编号: ID,则子表更新时就会没有对应的BelongID.
   这时如果设置了: "外键表中的外键不为null"完整性规则,就会引发异常.
   这只是一种出错的可能,还有更多的出错可能性,在分布式设计中更容易出现这样的错误.

(二). 解决办法

   一般遵守以下几条规则,就会避免大量的出错机率.

   1规则.   在DataSet更新之前按 <表> 和 <表的RowState属性>进行拆分提交

          I.  按 <表> 进行拆分提交意思是说:

                         对DataSet 中的表不是一起提交,而是一次提交一个表,进行多次提交

          II.按 <表的RowState属性>进行拆分提交意思是说:

                       对DataSet中的单个表根据RowState属性,再进行拆分,对RowState

                       相同的进行一次提交,也是提交多次

   2.规则.      

       在规则1基础上, 先更新状态为<新增> 和 <修改> 的,再更新<删除的>

       即: 先更新DataRowState 值为: Added和Modified的,再更新: Deleted的.

  3.规则

       在规则1和规则2基础上,如果DataRowState为Added和Modified,则先更新主表,后更新子表.

       在规则1和规则2基础上,如果DataRowState为Deleted,则先更新子表,后更新主表.

(三) 归纳一下上面三条规则,如下:

        1.将DataSet中的表拆分,并根据RowState将各个表记录进行分组并存储在不同的数据集中

            //这里要存储在DataSet中,是因为: Update接受的是DataSet的参数,还有WebService只支持

            //DataSet,对其进行序列化操作

              代码示例:

                     设待更新的数据集为: dsCompany(里面包括两个表,分别为主表和子表,并

[1] [2] 下一页

在google里搜索更多当DataSet中包含主/子表时,Update更新步骤

	Web www.51ec.org