如题:.NET C#  SQL2005 数据库连接方式 哪种最好,举例。给你我所有的分。

解决方案 »

  1.   

    使用LINQ To Entity。http://topic.csdn.net/u/20110414/10/06526263-9e0d-491f-b963-7ae0afd1f7e4.html
      

  2.   

    LINQ  能用于 大型 程序开发吗?
      

  3.   

    我用的是 VS2008 +SQL 2005 现在 用的是 ODBC 连接的。但是 查询数据反映很慢。数据量也不是很大。用户大概在500多。 报表查询 显示很慢  也就是15个报表。数据量也不是很大  大概每天录入有1W 多条数据。查询量 大概在20W -50W 左右。
      

  4.   

    ADO.NET + 存储过程
    EDM还是太慢了点,但是开发效率高
      

  5.   

    用ODBC肯定不好的,最慢的一种方式啊,如果连SQLServer就用专用的SqlConnection,Oracle就用OracleConnection,其它的数据库如果提供了.net的专用连结,就下载并使用专用的。另外,楼主也可以试试这个代码生成器,是我和朋友历时一年开发出的代码生成器,名字叫EasyCode功能绝对强大,里面采用了更加面向对象的三层架构,生成的源码也可以进行参照:
    http://blog.csdn.net/cwbugs/article/details/7268267
      

  6.   

    怀疑linq to entity(不是linq)是否能用于“大型”软件开发的人前两年在怀疑C#是否能用于“大型”软件,前10年在怀疑Windows能不能用于“大型”软件,20年前在怀疑PC机能不能用于“大型”软件。他们完全不懂技术,理论依据是这个技术别人用来做了什么。比如说,他们认为C++可以用来“编写操作系统”,那自然编写软件小菜一碟,可是这些人拿着C++也没有看见编写过什么操作系统出来。事实上连个小程序也没有见着,只是整天空谈技术。我想或许他们选错了职业,他们把调查技术普及度的劲头用来调查户口也许不错。但是技术本身和用的人是否多完全没有必然的关系。
      

  7.   

    ADO .NET  连接 查询速度 如何?
      

  8.   

    坦率地说,查询速度和你能不能写出优化的sql有很大的关系,和你用什么对象访问它关系不大。这好比程序的速度取决于你的算法,而不是语言本身。