本帖最后由 tiancaolin 于 2013-08-22 14:13:23 编辑

解决方案 »

  1.   

    都用过,比较不喜欢Linq to SQL。速度最快的还是直接上ADO.NET,但是代码量比较大,而且很难保持“干净”,维护起来工作量也稍大。EF,更多是用于客户端,服务端一般用原生ADO.NET。客户端有本地数据库,所以对数据库压力很小,EF多快好省,还不错。NHibernate,这个用的不多,在一些开源项目里用过,感觉跟Java的Hibernate没什么区别。其实说了这些等于没说,我觉得都可以用,看你项目具体需求。最重要的:做网站就别用asp.net了……那么多好的技术可以用,用asp.net干嘛
      

  2.   

    用的
    传统ADO.net  如使用SqlHelper类库+Sql语句或Sql存储过程
      

  3.   

    1.传统ADO.net  如使用SqlHelper类库+Sql语句或Sql存储过程
    2.采用Linq To Sql 这两种用的比较多!
      

  4.   

    ado.net - -,一直在使用,从未改过版
      

  5.   

    sqlhelper+存储过程
    LINQ一直想用,一直没用。真矛盾……
    EF看过 还没接触过。
    要学的太多。
      

  6.   

    私单:entity framework
    公司:跟我没关系……
      

  7.   

    最后一句话我实在看不懂!!!
    做大型网站,尤其是对外网访问的,还是选择PHP吧。做中小型网站可以用asp.net mvc或者java web ssh。做web应用系统,尤其内网的,可以选择java web或者是asp.net。
      

  8.   

    目前主要再用NHibernate  
    用过感觉比 Linq To Sql  EF
    牛叉多了 缺点就是相对上面两种掌握知识量大些 个人感觉 
    目前也可以LINQ to NHibernate 而且3.2以上可以用代码做映射取代XML映射文件减少编写错误
    HQL也能展示灵活的一面
    和JAVA版本的基本相通 可以参考Ef用的4.0框架下的 灵活性不够相对来说 听说4.5框架阿对其改进了 
    LINQ TO SQL最好上手 但感觉不应该这样分吧
    LINQ是个单独的技术 LINQ TO XXX不仅限于数据库吧  LINQ真是个好东东 希望更多支持LINQ当然最灵活的是ADO.NET 直接SQL操作 不好按照OO方式建立模型 
    与上面的那些比 无非就是包装了下 肯定性能上有一定损失
    我建议 从上至下设计 优先考虑NHibernate  
    总的还是的根据自己项目的规模以及设计数据的 模式来定吧 
      

  9.   

    还是用原生的ado.net比较多。不过是封装了一套底层数据库操作框架。