我觉得ORM是什么：
回答初学者，ORM，Object-Relation Mapping，对象关系映射。主要用于实现业务逻辑和关系数据库中数据表的对应关系。让你摆脱访问数据库的细节。
我觉得ORM的好：
我觉得ORM最好的就是不用写SQL，不用写Connection，不用写Command，不用写DataAdapter了。当然还有就是换数据库的时候方便。
我觉得ORM的不好：
1，最重要的是：用不好的话就本末倒置。有了ORM，再加上代码生成，感觉只要有了数据库，整个项目就做得都差不多了。很容易让人有一种先作数据库，再用代码生成，再改改，再加上GUI就大功告成的感觉。这样，对吗？不用我说吧？
2，数据库驱动型开发。算是我造的一个词吧，有人用数据库驱动开发吗？
3，用起来麻烦，都要配XML，BusinessObject...代码生成好一点，但是总感觉生成的东西不放心，就算是自己写的（我也写过），也可能存在很多问题（是不是我的水平不够高？）。而且总是从业务逻辑中精心雕琢的代码切换成批发式的生成代码，感觉特别扭。
4，性能：都用反射了吧？昂贵的东西...
5，复杂的查询支持的不好：多表联合查询之类的。有些也可以实现，但是做起来比自己写Sql还麻烦。
我觉得ORM适合干什么：
1，做微型系统，特别是并发小的，或者没有并发的。
2，做原型系统。
欢迎批评指教，你的批评是我最好的教材。:)
回答初学者，ORM，Object-Relation Mapping，对象关系映射。主要用于实现业务逻辑和关系数据库中数据表的对应关系。让你摆脱访问数据库的细节。
我觉得ORM的好：
我觉得ORM最好的就是不用写SQL，不用写Connection，不用写Command，不用写DataAdapter了。当然还有就是换数据库的时候方便。
我觉得ORM的不好：
1，最重要的是：用不好的话就本末倒置。有了ORM，再加上代码生成，感觉只要有了数据库，整个项目就做得都差不多了。很容易让人有一种先作数据库，再用代码生成，再改改，再加上GUI就大功告成的感觉。这样，对吗？不用我说吧？
2，数据库驱动型开发。算是我造的一个词吧，有人用数据库驱动开发吗？
3，用起来麻烦，都要配XML，BusinessObject...代码生成好一点，但是总感觉生成的东西不放心，就算是自己写的（我也写过），也可能存在很多问题（是不是我的水平不够高？）。而且总是从业务逻辑中精心雕琢的代码切换成批发式的生成代码，感觉特别扭。
4，性能：都用反射了吧？昂贵的东西...
5，复杂的查询支持的不好：多表联合查询之类的。有些也可以实现，但是做起来比自己写Sql还麻烦。
我觉得ORM适合干什么：
1，做微型系统，特别是并发小的，或者没有并发的。
2，做原型系统。
欢迎批评指教，你的批评是我最好的教材。:)
