DbProviderFactories对象,在.NET 2.0有一个抽象工厂模式的典型应用:通过DBProviderFactory 建立不同数据库类型的操作!
1.什么时候用?
a. 有时候需要缓存的时候,比如说在一个商品选择界面,选择好商品,并且进行编辑/删除/更新后,
最后一并交给数据库,而不是每一步操作都访问数据库,因为客户选择商品可能进行n次编辑/删除
更新操作,如果每次都提交,不但容易引起数据库冲突,引发错误,而且当数据量很大时在用户执行
效率上也变得有些慢。
b.有的界面是这样的有的界面是这样的,需求要求一定用缓存实现,确认之前的操作不提交到库,点击
页面专门提交的按钮时才提交商品选择信息和商品的其它信息。
c.有些情况下只往数据库里更新,不读取. 也就是说没有从数据库里读,SqlDataAdapter也就不知道是
更新哪张表了,调用Update就很可能出错了。这样的情况下可以用SqlCommandBuilder 了.
2.注意点:
1.只能更新一个表,如果此数据集是从两个或者两个以上的表关联而来的,则不能用此方法自动更新
2.表中必须设置主键
3.更新的表中字段不能有image类型的
3.优点:
节省代码量,节省时间,这个方法可以代替所有的: 更新/删除/插入操作语句
4.缺点:
访问两次数据库(select * TableName,就是这句,要确认是哪个表,除非是很大的数据量,
一般是感觉不到的),效率稍微有些慢