一、原本没有ORM
曾经面向过程编程是主流，现在面向对象编程成了主流。面向过程跟关系型数据库天然地契合，或者说关系型数据库本来就是为面向过程编程而准备的。
图 1.1
图1.1就是面向过程编程与数据的关系。实际上早期的面向对象编程与数据的关系也是这样的，并且在现在也可以在面向对象编程中这样使用。
图 1.2
图1.2就是ORM了。相当于把程序多切了一块出来，粒度划分细了一些。
二、ORM的思想
图 2.1
ORM的思想就是通过一个规则，把数据库模型转换为对象。就和太阳光照在红玻璃得到红光差不多。
三、ORM带来了什么？
从代码处理角度来说，编程就是处理可变代码和不可变代码之间关系的一个过程。ORM带来了什么呢？ORM最大的特点是把数据对象固化到了代码中，把运行时做的事情提前到了编译期。
四、ORM是进化还是退步？
ORM是进化还是退步？
首先，程序开发，根据实践证明只维护一个版本是最优的。但是ORM实际上是对数据库结构做了一份拷贝，现在我们需要同时维护数据结构已经对象的关系结构。我认为从这点上来说，它是编程方式上的倒退。尽管现在大多ORM框架都提供了生成实体对象的工具，也就是说生成这个拷贝的过程实现了自动化。
ORM的初衷是依赖配置，但是实际上并没有完全依赖于配置，当然这个和C#与Java是静态语言有关。如果是动态语言也许会好一些，当然我并没有做过尝试，只是猜测一下。
一直以来，三层架构的思想就是改变一层的东西能不影响到另外一层。ORM通过MODEL跨越三个层，达到了这个目的。当然，如果用反射也可以不用这种跨越。跨越三个层，让三个层都对Model产生了依赖，这点我觉得也是它不好的地方。因为Model是跟随数据库变动的，不能保证改变Model不会对其它层面产生影响。而面向对象编程最基本的思想就是固化不变的东西，提出变化的东西。但是要让Model保持不变，必须要数据库不发生改变，我觉得用这个作为前提不是很理想。实际开发中数据库结构是经常变动的。也许你要说变动的时候只做加法，这样也许，当然，我只认为理论上这样是可行的。
五、没有ORM，我们还能怎么做？
那可能就是下一代数据访问的方式了。我认为面向对象编程还没有到能搞定一切的地步，现在就有很多方面显出了它的不足，所以，现在一直有新的理论出来对它进行补充。至于说面向对象的数据库，现在还需要解决至少两个问题，不说对象如何持久的问题，光是对象和数据库里对象同步就很难。比如db4o,假如对象增加一个熟悉，数据库里是无法体现的。至于将来会怎么样，将来才知道吧。