IIS + Oracle 的系統開發

1. .NET Framework 內建 System.Data.OracleClient，已被標為 Obsolete，就別再留戀了。
2. 開發環境一般會安裝 Oracle Client 與 ODAC (Oracle Data Access Component) 兩者，但事實上只要 ODAC 就夠了。若是要直接連 Oracle 查、改資料這個理由，除了 Oracle Client 之外，DBeaver、TOAD、甚至 Visual Studio 都可以用才對。
3. ODAC 也有分 XCopy 或其他一大堆帶不同元件的包裝，看來 XCopy 的比較單純，利用解壓後批次檔安裝所有部份比較保險，記得要用系統管理權限，事後還要對安裝路徑加入全域 PATH 環境變數，甚至較舊的作業系統可能還要調整該目錄的安全性，開放給所有 Authenticated Users，如果已經開了 Visual Studio 也要重開才能讀到新的環境變數。
4. 在 64 位元的作業環境，32 / 64 位元的 ODAC 都可運作，但事實上 32 位元的比較方便，原因是 Visual Studio 附帶的 IIS Express 預設還是 32 位元（設定在 Tools -> Options -> Projects and Solutions -> Web Projects），兩者必須搭配。
5. ODAC 畢竟還是 Native，其實早就有 Oracle ManagedDataAccess NuGet Package 可用，安裝管理都方便。就算是舊程式轉換也只要改 Namespace (Oracle.DataAccess -> Oracle.ManagedDataAccess) 就好。
6. 也不再仰賴 tnsnames.ora 設定連線資訊，可以查查 Oracle 有個名詞叫 EZCONNECT。例如我們以前在設定檔寫 DataSource=abc;User Id=... 還要搭配 tnsnames.ora 其中一段 abc=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=...，現在只要改成 DataSource=<HostNameOrIP>:<Port>/abc;User Id=... 就夠了，幹嘛要分兩個地方設定？

調校 64 位元環境下的 Visual Studio + IIS Express 執行 32 位元應用程式

過去常在 64 位元環境下的 IIS 接觸到這個議題，通常都是多人共用的測試機或正式機，沒想到為了難搞的 Oracle，連個人開發環境也要講究 32 / 64 位元的參考與執行環境搭配，而且驚訝於許多人們因此被迫放棄了 IIS Express。其實這個問題不難，但由於 IIS Express 一直沒有管理介面，讓人總搞不清楚設定，就參考一下這篇吧。