有没有人遇到这种情况,用 SqlDataAdapter.Update(ds)更新时出错?
answer: 一般是这样的,如果用设计器将SqlDataAdapter拖到页面中使用时,不会出现这种情况,因为 系统会自动生成SqlDataAdapter的属性命令,比如: .UpdateCommane insertCommand selectCommand等。 但是有些程序员不喜欢用设计器,或者是有些地方没必要拖动 SqlDataAdapter这么个庞大物来实现,那么SqlDataAdapter就不会自动生成相关的查询或更新 语句了. 所以当执行到SqlDataAdapter.Update(ds)语句时,SqlDataAdapter桥接器不知道更 新哪个表.就报错了. (二) 解决方法: 用SqlCommandBuilder 实现批量更新 1.功能: 可以实现你对DataSet在UI层做任意操作后,直接丢给这个方法,这个方法就可以自动把你的修改更 新到数 据库中,而没必要每次都更新到 数据库 2.使用方法 { lock(this) //处理并发情况(分布式情况) { myAdapter.Update(ds,strTblName); } } conn.Close(); return ds; //数据集的行状态在更新后会都变为: UnChange,在这次更新后客户端要用返回的ds 或 public DataSet UpdateByDataSet(DataSet ds,string strTblName,string strConnection) SqlDataAdapter myAdapter = new SqlDataAdapter(myCommand ); SqlCommandBuilder myCommandBuilder = new SqlCommandBuilder(myAdapter); myAdapter.UpdateCommand = myCommandBuilder .GetUpdateCommand(); myAdapter.DeleteCommand = myCommandBuilder .GetDeleteCommand(); try { lock(this) //处理并发情况(分布式情况) { conn.Open(); myAdapter.Update(ds,strTblName); conn.Close(); } conn.Close(); 直接调用这两个方法的任意一个就OK啦,说明的一点是select * from "+strTblName是一定要的,
a. 有时候需要缓存的时候,比如说在一个商品选择界面,选择好商品,并且进行编辑/删除/更新后, 最后一并交给数据库,而不是每一步操作都访问数据库,因为客户选择商品可能进行n次编辑/删除 更新操作,如果每次都提交,不但容易引起数据库冲突,引发错误,而且当数据量很大时在用户执行 效率上也变得有些慢 b.有的界面是这样的有的界面是这样的,需求要求一定用缓存实现,确认之前的操作不提交到库,点击 页面专门提交的按钮时才提交商品选择信息和商品的其它信息. 我经常遇到这样的情况 c.有些情况下只往数据库里更新,不读取. 也就是说没有从数据库里读,SqlDataAdapter也就不知道是 4. 5.优点: 节省代码量,节省时间,这个方法可以代替所有的: 更新/删除/插入操作语句 6.缺点: |