- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我正在开始一个我认为会持续数年的新项目。我正在决定要使用的 ORM 框架(或是否使用一个)。任何有经验的人都可以告诉我在现实世界的应用程序中是否使用了 orm 框架。我想到的问题是:当我创建和修改我的实体时,orm 工具将为我生成表和列等。但是,在项目上线并投入生产后,将无法进行某些数据库更改。这会不会阻碍项目的推进。例如,如果我使用像 ibatis 这样的框架,我知道我只需要根据数据库的变化调整 sql 语句。谁能告诉我 ORM 工具是否在现场环境中幸存下来。在我的办公室,我们使用很久以前完成的基于 Java 的 ERP,并且从未使用任何 ORM 框架完成。
问候。乔希
最佳答案
仅将自动生成的架构用于早期开发和原型(prototype)制作。生成的 DDL 几乎永远无法满足任何有经验的 DBA。此外,数据库将比当前的应用程序代码生命周期更长,因此花时间设计它通常是值得的。
在选择映射器时,请选择灵活的映射器,并远离对象痴迷的映射器,因为它们通常只支持有限的数据库定制。想到 Hibernates 糟糕的存储过程集成,JPA 缺乏对自定义类型映射器的支持。
像 IBatis 和 EclipseLink 这样的对象映射器是安全的选择,因为它们允许您映射几乎任何东西,确保您可以创建出色的领域模型和漂亮的模式设计.另请注意,Spring JDBC 已经取得了长足的进步(尤其是非常方便的 SimpleJDBCTemplate ),因此虽然从技术上讲它不是 ORM,但它确实允许您做任何您想做的事情而无需编写乏味的 JDBC 样板代码.
关于java - 现实世界中的 ORM,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2673732/
笙歌 痞性. 剩余 青怏 洒脱 现实 搁浅° 软萌 路途 娼妓 离骚 逐你 微尘 迷魂 ▼ 扎心 堇夏 残年っ ╭淡妆╮ 24K.纯疯 隐痛
我正在尝试不费吹灰之力地实现完全有效的持久性无知。不过我有很多问题: 最简单的选项 这真的很简单——可以像在 SOA 中那样使用 Spring Data 注释对实体进行注释(但让它们真正执行逻辑)?除
我想完成一项简单的任务。 我在可变宽度容器中有一个图像。 容器的宽度可以为 300、400、700 或 900 像素。这是通过媒体查询完成的图像应占据该容器的所有宽度。所以它也将是 300、400、7
我在使用 Storyboards AutoRotation 和 iPhone 时遇到问题。我已经将一个非常简单的项目与 3 个 View Controller 放在一起,并将其上传到 gitHub 以
我是一名优秀的程序员,十分优秀!