上一段時間 看了一篇文章《數據庫已死》讀後大爲感嘆！！！
的確，現在的企業級的項目， 數據庫成爲了大多數企業應用的主要瓶頸，也成爲了運行環境中最不具伸縮性的層，剛畢業的時候開過這樣的一個項目的源碼 ，所有的業務邏輯用數據庫的存儲過程寫的 java 負責調用 存儲過程和觸發器 當時那個程序讀起來 很是費勁 很明顯 沒有完全的脫了數據庫，沒有充分的發揮 java面向對象的優勢，同時它的業務邏輯相當的混亂，以至於當時我用UML費了好長的時間才把 業務邏輯區分開來 這樣的項目 那結果是必然的 維護人員 經常的發現數據庫的服務器的CPU 100% 導致程序經常的dang機，這樣的設計 我認爲 那是明顯的揹着面向對象的口號 寫出面向數據庫、 面向過程的軟件.......
現在，很多人已經理解，分析設計要用OO，但是數據庫是運行階段缺少不了的，確實，這是正確觀點，我們奪取數據庫的王位，不是將它打倒，只是理性和平移交權力重心而已，數據庫退出主角地位，讓位於Java中間件，也預示着過去數據庫爲王的時代的結束， 但是數據庫會和操作系統一樣，成爲我們現代軟件系統一個不可缺少重要的基礎環節.
過去，我們是將業務邏輯寫成SQL送往數據庫執行，導致數據庫成爲業務邏輯主要運行瓶頸，那麼，如果我們將 業務邏輯用對象概念表達，而不是SQL，那麼我們的業務邏輯就圍繞內存中的對象反覆計算，這樣，負載不是集中在 對象運行的中間件服務器上（也就是應用服務器Weblogic/websphere/JBoss/Tomcat）？而對象/中間件都是用Java 語言表達的，無疑，這樣的架構，Java才成爲主角。
現在一些，也許好多。。不是很大的不是很專業的IT公司（我以前進去的有幾個公司） 使用的還是以上的流程 ，這的確不讓人擔心，所有的東西都讓數據庫來處理？這明顯的脫離了中間件的使用優勢。
讓我們真正的去了解面向對象 瞭解OOP、OOD吧！！！