不可能無視數據庫的存在，即使使用了再高明的ORM技巧。
以下數據庫特指關系型數據庫，對象為面向對象的簡寫。

原因：
1,?數據庫比對象技術更成熟。
??????數據庫實現的背后有關系運算的理論基礎，而面向對象技術最多只能算實踐中摸索出來的比較有效的手段。

2, 數據庫有標準(SQL 9x, 03...第二范式，第三范式...)可參考，對象沒有。
??????不考慮性能的話，幾乎每個DBA做出的選擇都完全一樣；不考慮性能的話，面向對象的人為了把系統劃成100層還是99.5層爭執不休。

3, 對象需要數據庫，數據庫不需要對象。
??????數據庫無關緊要嗎？那你為什么非要把對象拆碎了存到數據庫里，不把它們直接放到XML文檔里呢？

4, 數據庫的思維是針對集合操作，對象的思維是針對個體操作。
??????也許泛型算法能彌補這個鴻溝，不過那也是C++里STL的事，和對象似乎關系不大。

5, 數據庫的功能遠不止存取數據，對象不能因為無法方便地應用這些功能而讓它們走開，這時候該走開的是對象本身。
??????想一想C# 3.0里為什么會有一個DLinq吧，它很面向對象么？

6,?只設計對象，數據庫結構自動生成是不負責任的做法。
??????且不提性能，只問你程序重構了，原來的數據怎么辦？

7, ORM里最重要的不是R，也不是O，而是M。
??????正因為一時半會兒O和R誰也取代不了誰，所以才需要M。好像Stan Lippman介紹C++/CLI 時說最重要的反而是大家最不容易注意到的：那個斜杠才是整個術語的重點。

8, 理想總是美好的，現實總是殘酷的。
??????性能是每個程序員的最大敵人。

轉載于:https://www.cnblogs.com/zhaolin/archive/2007/05/16/748571.html

總結

以上是生活随笔為你收集整理的ORM感想(转载)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。