比較數據庫產品性能最好的方式是使用一個真正適合你的一個應用程序真刀真槍地測試。這是評估 Caché 后關系技術真實的測試，因為“標準”的事務處理基準方法假定限制了關系數據庫的行和列的格式，它們不能正確地預知真正經常使用復雜的數據模型的應用程序的性能。
由于一些著名的數據庫廠商約定的限制，只有很少使用 Oracle 和 Microsoft SQL Server 這樣的關系數據庫進行符合真實情況的性能測試的數據公開出來。進行這樣測試的公司發現 Caché 要好于關系數據庫，甚至在不改變應用程序代碼而只是是用 SQL 的情況下也是如此。這種性能上的差別經常在應用程序利用了 Caché 的后關系技術優化發生
介紹
一些公司進行了這種 Caché 和其它數據庫之間的真刀真槍的比較。本文介紹了由獨立的分析家進行的性能測試結果以及由 InterSystems 的客戶和潛在的客戶進行的作為評估他們的數據庫技術的進行測試的結果。因為關系數據庫廠商的約定的限制，這些進行性能測試的公司名字被省略了，因為其中含有與 Caché 競爭的關系數據庫的名字。
這些測試使用了真實世界里中真實的應用程序和真實的數據。結果是無可置疑的。使用 SQL 查詢數據庫， Caché 超過了 Oracle ， SQL Server 和其它的關系數據庫五倍以上。
這兒的大多數研究表明，用 SQL 作為查詢語言是因為更容易拿 Caché 和其它關系數據庫進行比較。在這些案例中， Caché 的優異的性能歸功于它的多維架構，消除了需要在多個表間進行“ join ”的操作。然而， SQL 不是唯一查詢 Caché 數據庫的方法。當代碼被優化過直接操作 Caché 的多為數據結構的時候 Caché 可以運行地更快。
案例研究 #1
某能源供應公司發現 Caché 比一個著名的關系數據庫在他們的數據倉庫 ETL （ Extract ， Transform ， Load ）應用程序上快 5 倍。他們使用了應用程序的字段定制模型測試了兩種數據庫，處理 1300 多萬條的紀錄。兩個數據庫是用了同樣的表定義和查詢。然而，現存的字段定制模型嚴重依靠數據庫特定的存儲過程，于是他們的存儲過程被用 Caché 的存儲過程語言重新部署了一遍（這需要 40 個人 - 小時的工作量）。
下表總結了測試結果：
案例研究 #2
某醫療軟件供應商進行了一個在 Caché 和某著名關系數據庫之間的 SQL 響應時間的測試。使用的是歷史病人的數據（ 7 張表，超過 650 萬條紀錄），模擬負載 30 、 60 、 90 和 120 個并發用戶的情況下運行 8 個查詢。
下表給出了兩個數據庫的平均響應時間（毫秒計）。兩者都很快，但是 Caché 平均快上 4 到 6 倍。另外，一張結果的圖表顯示 Caché 更容易升級。例如，當負載從 90 個用戶擴展到 120 個用戶的時候， Caché 的響應時間只增加了 84 毫秒，而關系數據庫則增加了 231 毫秒，差了 2.7 倍之多。
文章來源于領測軟件測試網 http://www.kjueaiud.com/