是确定这样做只使用的SqlConnection的SqlCommand和SqlDataReader的

Question

我知道现在有很多的，你可以使用现成去的东西数据访问层，但如果你想在数据库的请求/查询完全控制，而且我认为这是最好的表现。另外，因为ADO.NET自动为SqlConnection执行连接池，您觉得如何？

Answer 1

如果您需要最佳性能，那就OK了。它给你更多的控制和更好的表现。这里的方法是对的事情，你应该考虑到的文章，同时使用ADO.NET影响性能：How Data Access Code Affects Database Performance

Answer 2

绝对如此。如果你想要极高的表现，你就不会比这更快。我认为还是可以的。

其实，我做一个报告系统，现在它使用SQL，的DataReader，并SQLConnections因为它所做的一切它运行SQL。 OLAP立方体不完全是OR映射器的最佳候选者。

Answer 3

我认为这很好。只有你可以确定任何给定项目的最佳工具集，只要你正确地使用它们，按照最佳实践，使用你认为最好的。

就我个人而言，我更喜欢使用您提到的工具，因为我喜欢更好的控制。我只使用拖放组件来执行非常简单的任务，嘿，现在有了这些任务的动态数据。

Answer 4

如果您确实需要完全控制生成的SQL查询，并且正在寻找最佳性能，那么这是一条路。但是有时候最好的性能是以代码不可读性和可维护性较差为代价的。如果是这种情况，您可能需要决定这个价格是否值得支付。

Answer 5

是的，我认为它完全没问题！我个人喜欢完全控制，准确定义数据库的交互方式，并让您完全控制性能调整/优化。

只是想补充一点，当然SqlDataAdapters和数据表可能有他们的地方太多，特别是如果想通过周围断开数据。

Answer 6

是的，你说得对，它有最好的表现，但你必须之前要考虑所有的点做出决定，有可以控制所有数据的存取权限层ORM工具，它们在性能上就好了。

Answer 7

您可能还需要寻找到企业库。它使用基本的ADO.Net对象，同时最小化在代码中进行这些调用所需的代码。