是確定這樣做只使用的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對象，同時最小化在代碼中進行這些調用所需的代碼。