最佳實踐使用Oracle DB和.NET

Question

時

什麼是最好的做法或坑瀑布，我們需要在web服務中心的.NET應用程序使用Microsoft Oracle提供的時候知道的？

Answer 1

我們採用基於我們的生產經驗的一些做法：從連接池中提取它們

• 驗證連接。
• 寫您的服務代碼，不要假定連接是有效的 - 如果不這樣做可能會導致相當多的悲傷，特別是在生產環境中
• 儘可能明確地接近和使用後丟棄的連接（using(conn){}塊不錯的選擇）
• 在服務，你應該使用最短的時間內聯繫 - 特別是如果你正在尋找創建一個可擴展的解決方案。
• 考慮對請求的典型持續時間使用適當的請求時使用顯式時序。你想要的最後一件事是有一種類型的請求掛起，可能會阻止你的整個系統。
• 儘可能使用綁定變量，以避免硬解析在數據庫（這可能是一個噩夢般的表現，如果你不同意這個做法開始了）。使用綁定變量還可以保護您免受基本的SQL注入攻擊。
• 請確保您有內置到系統中充足的診斷支持 - 考慮創建Oracle ADO周圍的包裝要求，這樣就可以儀器，記錄，並找到他們。
• 考慮在可能的情況下使用存儲過程或視圖將數據模型的查詢語義和知識推送到數據庫中。這允許更簡單的配置和查詢調優。
• 另外，可以考慮使用一個很好的ORM庫（EF，休眠等）封裝數據訪問 - 特別是如果你執行讀取和寫入操作。
• 對上述內容進行擴展 - 不要用幾十個單獨編寫的SQL片段來代碼。這很快就成爲可維護性的噩夢。
• 如果您承諾將Oracle作爲數據庫，不要害怕使用Oracle特有的功能。 ODP庫提供對大多數功能的訪問 - 例如返回表遊標，批處理操作等。
• Oracle將空字符串（「」）和NULL視爲等價物 - .NET不會。使Oracle適合您的字符串處理。
• 考慮使用，而不是VARCHAR2 NVARCHAR2如果你在你的數據庫直接存儲Unicode字符串的.NET。否則，轉換所有unicode字符串以符合核心ASCII子集。不這樣做可能會導致各種混亂和惡意數據損壞問題。

Answer 2

Oracle的供應商在ASP.NET應用程序正常工作，但要注意的：

• 匹配的Oracle客戶端32位或64位的正確版本與您的應用程序池
• 用於32位應用程序池的32位客戶端，用於64位應用程序池的64位客戶端。
• 權限 - 授予應用程序池的用戶權限Oracle客戶端目錄（C：\ ORACLE \產品\ 10.2.0 \ Client_1上）

這不會有任何與ASP。NET，但重要的是要注意，Oracle存儲空字符串和null都爲null，所以如果您需要知道某些內容爲空且不爲空，則需要添加一個額外的列以跟蹤該內容...

Answer 3

一些更小技巧：使用Microsoft Oracle提供

• 避免了因爲它超出支持（http://blogs.msdn.com/adonet/archive/2009/06/15/system-data-oracleclient-update.aspx）
• 如果你致力於爲甲骨文Oracle使用特定的功能和Oracle.DataAccess裝配鏈接到您的代碼
• 如果您不確定並希望變得靈活，請使用System.Data.Common類並加載orac le提供商通過