由对象持久化工具想到...................................
2006-01-07 18:57 横刀天笑 阅读(1011) 评论(1) 编辑 收藏 举报
由于这期园子的杂志用很隆重的笔墨介绍了听棠.NET的对象持久化架构SPL 所以就看了一下关于对象持久化的相关东西
找了很多资料 但每种资料开头都是无非 现在的数据库都是关系型的 在我们的面向对象程序中 将业务对象持久化到关系型的数据库中有种种不便 如何解决这种不便?有很多解决方案 而ORM就是其中很好的一种
看了这些资料后,我马上就建了一个小DEMO 来尝试一下使用ORM思想的持久化工具的优越性
确实非常方便 设计好数据库 让后用代码生成器生成Entity 和 XML-mapfile 这样就搞定了以前的数据操作了
没有累人的SQL编写 和重复的 数据库连接 参数设置
写完以后高兴之余 心里不免有些恐慌 如果这样的话 还要不要编码啊(说什么这样可以让程序员把精力放在关注业务逻辑上 可是一般的项目我真的想不出来什么业务逻辑 鄙人才疏学浅
而且我好像发现 使用持久化工具也有种种不便 好像是不是不能使用 存储过程!
而且很多批量数据的查询 必须依着持久化工具 不能自己优化 反正有很多很多 心里想说但不知如何说起的话
我真的不知道何时用持久化工具 怎么用 所以在这里占一下地方 希望各位仁兄发表一下自己的高见..................
找了很多资料 但每种资料开头都是无非 现在的数据库都是关系型的 在我们的面向对象程序中 将业务对象持久化到关系型的数据库中有种种不便 如何解决这种不便?有很多解决方案 而ORM就是其中很好的一种
看了这些资料后,我马上就建了一个小DEMO 来尝试一下使用ORM思想的持久化工具的优越性
确实非常方便 设计好数据库 让后用代码生成器生成Entity 和 XML-mapfile 这样就搞定了以前的数据操作了
没有累人的SQL编写 和重复的 数据库连接 参数设置
写完以后高兴之余 心里不免有些恐慌 如果这样的话 还要不要编码啊(说什么这样可以让程序员把精力放在关注业务逻辑上 可是一般的项目我真的想不出来什么业务逻辑 鄙人才疏学浅
而且我好像发现 使用持久化工具也有种种不便 好像是不是不能使用 存储过程!
而且很多批量数据的查询 必须依着持久化工具 不能自己优化 反正有很多很多 心里想说但不知如何说起的话
我真的不知道何时用持久化工具 怎么用 所以在这里占一下地方 希望各位仁兄发表一下自己的高见..................