由ORM(Object Relation Mapping，对象关系映像)所想的

ORM
即Object Relation Mapping
对象关系映射
刚接触到ORM时,对其直接在程序中操作,处理表,数据库资料之强大特征惊叹不已.然后平静后带来的是更多的疑惑.
操作,处理表,在数据库中处理同时方便而又强大.数据表提高多项的强大的特征,如:存储过程,视图,函数,触发器等,还很多少为人知功能.
强大的Oracle更是DBA数据库管理员(Database Administrator)成为一门IT学科.或使人们开始注意DBA带来了重大的效益.
于是乎网上搜刮一轮后:发现项目开发,是有资料库还是规划先.或者是讲是有蛋先还是有鸡先好之争(比喻纯属个人之见,哈).
的确ORM比较直接在资料库中处理数据速度上没有优势.它受网络的影响,传到资料库再执行,没有像存储过程那样预编译后的响应快,关联两张表时,在视图设一下属性就可以了等等,似乎ORM运用大量文档映射,映射等等高级技术,就是去牺牲性能,加重专案前期开发负担.
然而,大多数的大型项目的开发均采用了ORM等等新技术.这是什么原因,项目的好坏不单单是性能方面,还关系到开发成本,开发可行,后期维护等等因素.做一分试卷前,往往不是接到就马上做.因为考虑个人能力,试卷难道等等因素,我们往往先济览一遍,分析总体难易,理清做题顺序.从而避免可能出现的时间分配不合理,或是一些题目难住而砸了考试.这就是准备.预估.
专案前架好一些有用的架构也正是为了为专案的顺利进行以及降低开发时间,好的标准也日后易维护打好基础.当然ORM更注重于程序处理数据,其实与资料库比较程序处理资料的灵活性更高,更容易实现一些千里复杂数据处理,对于一个团队开发,应该是程序开发方面的合作分工更来简捷(本人经历认为哦).当然还是可以结合到数据库那边最好,这样才找到开发成本与系统效能乃至成本到最佳结合点.