cache優缺點？

1. 性能問題：現在不到4000萬條記錄，1.5T的信息量，CACHE都會速度超慢。查詢3個月以上的數據就會死掉。別相信那些CAHCE市場材料宣傳的東西。醫院系統的復雜性不在絕對記錄數量，而在高度的復雜度。

2. 一旦上線，分庫困難。數據庫越來越膨脹，速度越來越慢，最后小型機用了四年后都不夠用了，還得升級小型機。我們醫院當年購買ibm小型機可是很快的，可是都趕不上膨脹的速度

3. 死數據。由于OO架構限制，如果對象做了修改，而且又已經有了實例數據，那么這個對象不能進行刪除（我是指業務上），時間長了之后，導致垃圾逐漸增多，不少已經定義的實例，導致速度慢，錯誤多。如果曾經做過OO編程的人，考慮一下定義n多對象并且有兩大數據之后，突然要你修改某層對象架構（很多時候還是翻天覆地的變化）的時候，那種感覺和心情。

4. 鎖定：Cache的數據庫鎖機制及其弱智，懶得說。好在醫院的數據多是增加，很少有刪除的情況，要不早出現很多亂子了。問了幾家大型his公司總工級別的人物，對于鎖都答非所問。讓人心寒。

5. 基于OO的數據庫并不成熟。在我多年使用中，感覺不如 RDB + XML的混合方式解決方便。OO非常適合抽象，但是如果這個對象經常都在改，那簡直就是生不如死了。有人會說，對象會經常改嗎？——那到醫院來看看吧。隨著醫療信息化的深入，需要改的地方只會增多，不會減少。我們從基于cache信息化廠商那里得到的“不能”已經越來越多了。

6. 資料匱乏：使用的人少，資料奇缺，人材很少。自帶的CSP界面極差，功能很弱。編程語言晦澀難看，一點都不優雅（這點是個人意見），上網能找到的文章都是槍文，我從來沒有在中文網上找到什么非常深入的cache數據庫分析文章；公司實力有限（相對于ms，oracle），一個CSP溢出漏洞都要改半天。沒有大量的人使用，金子也會變成垃圾。

7. 不知道那些槍文里邊寫的安全性很高是什么意思？我看了半天DOD TCSEC的檔案，抱歉，沒有發現CACHE的影子

8. 數據遷移問題。現在很多系統，基于RDBMS的，例如oracle、ms sql server 都很容易切換，但是如果轉入cache，就像上了賊船，上去容易，下來難了。想后悔都沒有機會。不是說絕對不能轉換出來，而是很多困難。

9.