随便说说

　 ORM 与O/R Mapping不是一回事。ORM是对象角色模型，O/R mapping是对象/关系映射，最好不要弄混了。 

  　ORM这个词汇还没有成为比较流行的O/R mapping的表达，对于许多熟悉ORM或O/R mapping的数据建模专家来说，如果这样与他们交流，很容易引起混乱。
　　对于不少人来说，并不知道还有对象角色模型这个东西，但在实际的开发技术中ORM也拥有十分重要的地位，毕竟ORM与O/R mapping都是专门针对数据库的东东，而且背后还有千丝万网的联系。简单一点说，O/R mapping在一定程度上提供了对ORM的支持，使得ORM产生的设计模型在进入编码阶段更加方便。
　　
　　如果老是弄混下去，有时候难免会交流上的问题，我也只是随便说说，假如表达上能能够分清的话，也无所谓了。

附：
　　思考时，能够远离数据库的细节操作是一个诱人的想法，因为这可以让你更集中精力去做你想做的事情。

　　使用ORM(也称NIAM)建模数据库，比较简单，也比较直观，正如所介绍的那样，这个模型是给业务专家使用的，能够让业务专家在不需要学习专业的ER图的情况下，给出数据库的设计方案。
　　在VISIO　for 　Visual.Studio.NET中，ORM在数据库建模上是做得很不错的，你可以先进行ORM建模，然后直接根据ORM生成ER图，将ER图整理好了之后，再直接生成数据库模型图，然后再用它来自动生成数据库的结构，感觉很不错。
　　ORM在业务方面的表达的专长，是UML恰好不具备的，但根据ORM导出UML的模型图，只要掌握了方法，却是很容易的，因为中间并不需要许多复杂的转换。
　　另外，ORM虽然本质上是提供数据库设计支持，但在使用时，注重的却是业务层次的表达。

　　当然，自动生成的东西，是有必要去繁就简的，但这个就不在介绍ORM的范围里了。

　　这东西很好玩，有兴趣了解的话，可以参考：http://www.orm.net 
　　
　　MSDN上也有使用ORM的文章：
　　利用商务分析功能：Visual Studio .NET中的对象角色造型
　　
　　还用基于VISIO的应用的文章，也有介绍ORM：
　　Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第一部分 
　　Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第二部分
　　Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第三部分