我觉得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,做原型系统。
欢迎批评指教,你的批评是我最好的教材。:)
本文转自冬冬博客园博客,原文链接:http://www.cnblogs.com/yuandong/archive/2006/06/07/419388.html
,如需转载请自行联系原作者