| | | | | | | [文章信息] | | | 作者: | Dennis Lu Doug Rothaus | | 时间: | 2004-08-01 | | 出处: | MSDN开发精选6月刊 | | 责任编辑: | 方舟 | |
| [文章导读] | | | 本文为您提供了在Microsoft ADO.NET应用程序中实现和获得最佳性能、可伸缩性以及功能的最佳解决方案 | |
| |
|
| | | |
|
|
|
|
|
更多有用的技巧
下面是一些编写ADO.NET代码时的通用技巧。
避免自动增量值冲突
就像大多数数据源一样，DataSet使您可标识那些添加新行时自动对其值进行递增的列。在DataSet中使用自动增量的列时，如果自动增量的列来自数据源，可避免添加到DataSet的行和添加到数据源的行之间本地编号冲突。
例如，考虑一个表，它的主键列CustomerID是自动增量的。两个新的客户信息行添加到表中，并接收到自动增量的CustomerID值1和2。然后，只有第二个客户行被传递给DataAdapter的方法Update，新添加的行在数据源接收到一个自动增量的CustomerID值1，与DataSet中的值2不匹配。当DataAdapter用返回值填充表中第二行时，就会出现约束冲突，因为第一个客户行已经使用了CustomerID值1。
要避免这种情况，建议在使用数据源上自动增量的列以及DataSet上自动增量的列时，将DataSet中的列创建为AutoIncrementStep值等于-1并且AutoIncrementSeed值等于0，另外，还要确保数据源生成的自动增量标识值从1开始，并且以正阶值递增。因此，DataSet为自动增量值生成负数，与数据源生成的正自动增量值不冲突。另外一个选择是使用GUID类型的列，而不是自动增量的列。生成GUID值的算法应该永远不会使数据源中生成的GUID值与DataSet中生成的GUID值一样。
如果自动增量的列只是用作唯一值，而且没有任何意义，就考虑使用GUID代替自动增量的列。它们是唯一的，并且避免了使用自动增量的列所必需的额外工作。
检查开放式并发冲突
按照设计，由于DataSet是与数据源断开的，所以，当多个客户端在数据源上按照开放式并发模型更新数据时，需要确保应用程序避免冲突。
在测试开放式并发冲突时有几项技术。一项技术涉及在表中包含时间戳列。另外一项技术是，验证一行中所有列的原始值是否仍然与通过在SQL语句中使用WHERE子句进行测试时在数据库中找到的值相匹配。
多线程编程
ADO.NET对性能、吞吐量和可伸缩性进行优化。因此，ADO.NET对象不锁定资源，并且必须只用于单线程。一个例外是DataSet，它对多个阅读器是线程安全的。但是，在写的时候需要将DataSet锁定。
仅在需要的时候才用COM Interop访问ADO
ADO.NET的设计目的是成为许多应用程序的最佳解决方案。但是，有些应用程序需要只有使用ADO对象才有的功能，例如，ADO多维(ADOMD)。在这些情况下，应用程序可以用COM Interop访问ADO。注意使用COM Interop访问具有ADO的数据会导致性能降低。在设计应用程序时，首先在实现用COM Interop访问ADO的设计之前，先确定ADO.NET是否满足设计需求。
|
|
|
|
|
|
|
|
|
