50-对SqlDataSource控件使用开放式并发.docx

在前面的教程里，我们考察了如何为SqlDataSource控件添加插入、更新、删除功能。简而言之，就是为其nsertCommand, UpdateCommand和DeleteCommd属性赋以相应的INSERT,UPDATE和DELETESQL语句，并将相应的参数放置在InsertParameters, UpdateParameters和DeleteParameters标签里。我们可以手工书写这些代码，也可以通过在设置数据源向导里单击“高级”按钮，选择“自动生成INSERT, UPDATE和DELETE命令”，自动的生成语句。 在“高级SQL生成选项”对话框里有个“使用开放式并发”选项（见图1）。当选择该项后，数据库中的数据在自上一次成功保存以来没发生任何改变的情况下，才能成功地执行更新或删除操作。 图1：在“高级SQL生成选项”对话框添加开放式并发支持 在Implementing Optimistic Concurrency教程路我们探讨了开放式并发控制的基本原理以及如何对ObjectDataSource控件使用开放式并发。在本教程我们看如何对SqlDataSource控件使用开放式并发。新的开放式并发 在一个允许多人同时编辑或删除相同数据的应用程序里，有这种可能：一个人修改后的记录意外地被另一个人修改的记录所覆盖。在Implementing Optimistic Concurrency 这篇教程我们例举过这样的例子：?例如，假设两个用户，Jisun和Sam，都访问我们的应用软件中的一个页面，这个页面允许访问者通过一个GridView控件更新和删除产品数据。他们都同时点击GridView控件中的Edit按钮。Jisun把产品名称更改为“Chai Tea”并点击Update按钮，实质结果是向数据库发送一个UPDATE语句，它将更新此产品的所有可修改的字段（尽管Jisun实际上只修改了一个字段：ProductName）。在这一刻，数据库中包含有这条产品记录“Chai Tea”—种类为Beverages、供应商为Exotic Liquids、等该产品的详细信息。然而，在Sam的屏幕中的GridView里，当前编辑行里显示的产片名称依旧是“Chai”。在Jisun的更改被提交后片刻，Sam把种类更改为“Condiments”并点击Update按钮。这个发送到数据库的UPDATE语句的结果是将产品名称更改为“Chai”、CategoryID字段的值是种类Beverages对应的ID，等等。Jisun所作的对产品名称的更改就被覆盖了。图2展示了这些连续的事件图2：当两个用户同时更新一条记录，则存在一个用户的更改覆盖另一个的更改的可能性 为了应对这种可能性，我们必须执行某种并发控制。本文的焦点——开放式并发控制便是其中之一，它适合于这种情况：假定并发冲突只是偶尔发生，绝大多数的时候并不会出现。 当发生一个冲突时，仅仅简单的告知用户，他所作的更改不能保存，因为别的用户已经修改了同一条记录。 注意：对应用程序来说，假定并发冲突经常发生，且无法容忍。在这种情况下最后用保守式并发控制。关于保守式并发控制的更多讨论，请参考Implementing Optimistic Concurrency 教程。 开放式并发控制的作用在于：确保要更新或删除的记录的值与该记录在updating or deleting阶段的值相同。比如，例如，当在一个可编辑的GridView里点击编辑按钮时，该记录的原始值从数据库中读取出来并显示在TextBox和其他Web控件中。这些原始的值保存在GridView里。随后，当用户完成他的修改并点击更新按钮，这些原始值加上修改后的新值发送到业务逻辑层，然后到数据访问层。数据访问层必定发出一个SQL语句，它将仅仅更新那些开始编辑时的原始值根数据库中的值一致的记录。图3描述了这些事件发生的顺序。图3：为了更新或删除能够成功，原始值必须与数据库中相应的值一致 有多种方法可以实现开放式并发控制（查看Peter A. Bromberg的文章 Optmistic Concurrency Updating Logic，从摘要中看到许多选择）。SqlDataSource控件使用该方法（就像数据访问层中ADO.NET类型的数据集使用的那样）扩展WHERE字句，用以包含用来做比较的原始值。例如下面的UPDATE语句，当当前数据库中的值与GridView中开始编辑的原始值一致才更新某个产品的名称和价格。@ProductName 和 @UnitPrice参数包含的是用户输入的新值，而参数@original_ProductName 和 @original_UnitPrice则包含最初点击编辑按钮时加载到GridView中的值：UPDATE Products