其實delphi優秀的資料集元件真不少，除了上訴的資料集元件，還有zeosdb、sql direct、unidac等，要是專業的資料集元件，更是百花盛開，如fibplus、sdac、odac、doa等等，商業和開源不盡其中！這裡只討論unidac和ado的一些比較。
delphi能發展到現在，和一些著名的第三方控制項廠商大力支援分不開，這其中包括devart公司(corelab)公司。corelab公司做資料集驅動非常出名，就拿odac、sdac和dbx驅動來說，已經遠勝其他同行的第三方控制項公司。unidac是devart公司最近的力作，將odac、 sdac、ibdac等驅動綜合整合在一塊。unidac無論是做三層還是兩層，都遠勝於ado。下面說一些unidac的優點：
1、非常完美的支援多資料庫的資料集套件。這一點，ado也支援多資料庫，但ado除了mssql驅動之外，其他驅動支援的非常差。就拿 oracle驅動來說，在呼叫oracle複雜的儲存過程引數，總是或多或少有些問題；mssql企業管理器如果用了第三方驅動（比如是oracle），在匯入匯出資料也尚存在問題！更別提不是主流的ib資料庫驅動。unidac支援oracle、mssql、mysql、ib/fb、 postgresql。
3、一些非常有用的屬性或方法。常言道，細微之處見體貼。unidac有一些過人的方法或屬性。比如，重新整理單條記錄（refreshrecord）、多表更新的屬性（updatingtable）、巨集替換引數(macros)、整合刪除/新增/修改/重新整理/鎖定sql 語句、fetchrows，更讓人稱道的是引入了updatesql元件。
在處理mssql新增後的自增欄位，和ado一樣可以直接自動返回自增字段值，這一點，bde不能做到、dbx不能做到、zeosdb不能做到。更令人稱奇是，配合tuniupdatesql，還能自動返回自增字段值。
tuniupdatesql是乙個好東西，ado缺少tudatesql運作模式，預設的更新機制是主鍵欄位+已變化的字段做where條件。在一般情況下是沒問題，但如果這個表沒有主鍵或where條件中的字段小數字很長導致誤餐，就會產生更新找不到記錄。tudatesql可以保證這點，運作靈活又透明。
4、對oracle支援非常好。別的不說，光是乙個oracle連線的direct mode，不用安裝oracle官方肥碩客戶端（網上也有精10m左右簡版的客戶端），只要客戶機支援tcp/ip協議即可。如果用ado連線 oracle，必須保證先安裝oracle客戶端，還要配置連線檔案，一堆繁瑣事情。unidac對oracle支援的非常完美，和專業化的doa差不多！
當然，最大的缺點是，非常貴，最貴的檔次，差不多可以買半套的d2009！
為什麼要選擇ISP 為什麼要選擇AHD
在影象傳輸中，我們為什麼選擇nextchip?為什麼要選擇isp?為什麼要選擇ahd?為什麼選擇北京冠宇銘通？這個問題我倒著回答各位 一 北京冠宇銘通科技是nextchip目前為止唯一一家正式官方授權 車載產品廠家之一 二 ahd和其他幾種傳輸方式相比，擁有自己的專利，其他幾家有專利的沒有幾個，如果...
為什麼要選擇Hibernate
quote huashuizhuhui quote fainfy quote peihexian 說hibernate好用的人，你開發的系統業務資料量沒上過幾百萬上千萬的話別說話。quote 幾百萬上千萬就把hibernate用跨了，說明你根本就是在亂用。quote 我這裡資料量沒這麼大，沒有發言權...
為什麼要選擇PDF技術
為什麼要選擇pdf技術 一 電子文件在實際應用中經常遇到的問題 1.不夠安全 目前大多數檔案沒有對檔案內容進行更高階別的安全控制，一般人員可以很容易地開啟 列印 複製檔案，造成檔案內容的洩密。2.不能信任 當前極大多數的電子檔案沒有數字簽名功能，這類檔案具有不可信任性及易抵賴性，無法證明檔案的真實性...