Microsoft .NET 下透過 ADO .NET Managed Provider 存取 Oracle 是很常見之需求，但無論是 Oralce 提供之 Oracle Data Provider for .NET (ODP) 或是微軟所提供之 ADO.NET Manged Provider for Oracle 在中文環境下都有著相同的限制，就是 Oralce NLS_LANG 的設定必須 Server 端與 Client 端一致。倘若兩邊 NLS_LANG 設定不一致，中文就會出現亂碼。這項限制在微軟的技術支援網站
http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q322158 以及 Oralce 線上手冊 http://download.oracle.com/docs/cd/B10501_01/server.920/a96529/ch3.htm#56353
都有提到，但是由於許多歷史因素，許多中文環境用戶在 Oracle 的 Server 端採用 NLS_LANG以 US7ASCII 設定，此時若是透過 Microsoft 或 Oracle 之 ADO.NET Managed Provider，無論 Client 端 NLS_LANG 如何設定，都無法正常顯示中文了。
此問題有兩種解決方式，第一種方式是使用 ADO.NET OLE-DB Provider，透過過去 Oracle OLE-DB Provider 存取資料庫，此種方式不受 Server 端與 Client 端NLS_LANG 設定需一致的限制，皆可正確顯示中文，但是疊床架屋的狀況下，執行效率較差。第二種可以考慮的方式是，利用協力廠商的 Oracle ADO.NET Provider 來解決此問題，依據測試的結果 CoreLab 公司的 OraDirect.NET 可在此狀況下正確顯示中文，執行效率也較 OLE-DB Provider 來的高。
若是沒有歷史包袱，讓 Oracle 伺服器端重新以支援中文的編碼格式重新編碼，還是比較好的解決方案，畢竟 Microsoft 與 Oracle 兩家原廠的 ADO .NET Managed Provider 速度還是比較快，支援也會較完整。