从代码的简洁看,SQL好。
当然,要看你做数据更新的目的,用户对响应时间的要求,运行环境参数等等,
灵活选择

解决方案 »

  1.   

    可以用存储过程,或直接用参数的sql语言,这个效率高!
      

  2.   

    b/s结构最好用存储过程,执行效力高
    c/s可以考虑.(SQL或存储过程)
      

  3.   

    有好多方面的因素,看情况而定
    还是喜欢用SQL,存储过程
      

  4.   

    没有foxpro的scatter和gather这么方便。
      

  5.   

    中小项目sql语句直接操作数据库了,大项目考虑速度可以用存储过程
      

  6.   

    如果是ACCESS数据库,用ADO.NET怎么办?
      

  7.   

    用SQL语句比较灵活,用存储过程,执行效率高
      

  8.   

    VS.net的例子好像是用存储过程,是不是太复杂?
      

  9.   

    这个根据应用来定。
    有三种选择:存储语句,执行效率高,但通用性不好,如果你的数据库平台变了,全玩完。.net petshop3.0就没有使用,2.0中只考虑sqlserver,所以使用。特别是把事务处理也放在存储过程中,效率的提高的明显的
    通过dateadaper来更新,优点是代码量少,与.net中推荐的databinding结合得很好,个人感觉有点耗资源,b/s下就不要考虑了。
    直接通过简单sql来更新。执行效率不高,但通用性好。同时在业务逻辑变更时更改的内容少。
    个人意见,供参考。
      

  10.   

    效率优先的话肯定是存储过程好
    操作虽然有点复杂,不过你可以写个函数来做,或者使用微软提供的DataAccess类(SqlHelper)
      

  11.   

    如果b/s系统是给局域网做的,用户也不多,并发也不多,那么用dataadapter还是可以得,不过要考虑到并发的可能性.存储过程与sql语句和你数据层使用哪种方式是分开的.
      

  12.   

    直接写一个函数重新取数据,CreateDataSource()
    到要更新的函数中使用它dgrd.DataSource = CreateDataSource();
      

  13.   

    对于更新来说,存储过程的通用性不好.直接写sql语句
      

  14.   

    我觉得在WEB开发中应该是用command.executenonquery()方法直接更新数据源然后再将数据绑定控件重新绑定。如果使用dataadapter.update(dataset)的方法在更新过程中还需要重新填充数据集或者是将已经填充的数据集保存在例如viewstate,session中,这样较麻烦而且也浪费服务器的资源,增加了更新的时间。请大家多谈谈看法。