从两年前开始写程序到现在,我读取数据一直都是规规矩矩用SqlConnection,SqlCommand,SqlDataAdapter…… 最近被告知这种方式太落伍了,太没效率了。我一直都在写用户量比较低的(1W以内),没感觉到这种低效方法带来的影响,请教各位,现在是用哪些方法,希望点醒一下,谢谢。

解决方案 »

  1.   

    他的意思可能是编码的效率太低了,而不是性能的效率,编码的效率现在一般都使用ORM框架,减少了数据库操作的Sql书写,VS里面自带了Linq (只对Sql server) 和Entity Framework(多种DB版本,跨DB)两种,你可以看看,我一般用EF,运行效率没Linq高,但可以跨DB,可以不用改代码进行数据库移植。
      

  2.   

    被告知的时候就应该再告诉你怎么去做,比如从程序上理解,可能是通过sql取出数据以后,用缓存机制提高效率。
    SqlConnection,SqlCommand,SqlDataAdapter 这种方式没什么落伍的吧。谁有更好的可以提,但一直通过SqlConnection去联接数据库。.net自己封装的东东,效果还不错。
      

  3.   


    说句不好听的,谁告知你这件事的人自己是不是个草包呢?关键在于:1 如何定义落伍的?2 软件开发跟落伍与否有关系吗?无论你是用“时髦”的ORM,还是憨厚的DataSet+DataAdapter,抑或是SqlCommand+IDataReader,这些都只是数据层的具体实现而已,跟上层接口一毛钱关系都没有。与其纠结于落伍与否,不如使用敏捷开发的方式去不断测试与重构。
      

  4.   

    方法还是大致那些方法,可能她接触了一些新技术,新知识点,但在你那里没找到共鸣。
    楼上说的Linq,EF我之前也了解过。感觉Linq这玩意是省了点代码,但我还是觉得数据集还是在数据库那边处理好些。
      

  5.   

    个人觉得ADO.NET没那么快逝去,应该还能撑好长一段时间。
      

  6.   

    ado.net是性能最高的方式,但基本是开发效率最低的方式
    其它方式都是基于ado.net的,只是对其进行了一下封装,最终与数据库进行交互时其实还是转化成了ado.net
      

  7.   

    我顶楼上刚才那个说女性哥们的
    要说没有性别歧视的行为,,不太可能
    但是,绝对不是因为从性别角度,来说女性技术低。。
    从当前IT行业角度来看,女性走技术路线的,真的太少,,太少,,出类拔萃的,更是少之又少。。我这里可没有一巴掌拍死总之,IT行业没有什么落伍,也没有什么时髦,