ORM - 是否需要 DDL 脚本？

Question

Answer 说，不要相信 hibernate.hbm2ddl.auto 的生产设置。

我对使用ORM的理解：

1) 避免在数据库层（比如 RDBMS）设计和规范化数据库模式。在 mongoDB 世界中，使用的是 ODM。

2) 避免在代码中嵌入 SQL 查询语言（比如 java）。

3) 只考虑存储和检索对象（在 OOP 意义上）

---

运行 DDL 脚本打破了使用 ORM 工具的目的，看起来类似于 JDBC 方法，只是它为特定于供应商的数据库提供 SQL 方言。

对于生产，是否可以强制运行 DDL 脚本以确保安全？

Answer 1

是的，它们是必需的。如果你想高效地工作，那就是。

手动运行 DDL 脚本破坏了使用 ORM 工具的目的

不，它没有。 ORM 代表 Object Relational Mapping，意思是将 RDBMS 的关系数据映射到 Objects。这并不意味着数据库模式必须由 ORM 更改，即使存在这种可能性（并且在非常简单的情况下也有效）。

此外，您不会手动运行任何东西。有像Flyway 和Liquibase 这样的数据库迁移/重构产品试图解决数据库模式随时间变化的问题。它们也是独立的产品，因此您无需关心您使用的是 Hibernate 还是其他一些数据访问方法。他们还尝试提供一定程度的事务性，这意味着您可以在某些情况下恢复对架构的更改。

在任何不平凡的项目中，人们都会尝试确保他们可以改进数据库，而不会被永久锁定在旧架构中，并确保数据保持安全。为此目的而设计的适当工具会使它变得容易得多，而 ORM 的半生不熟的机制则不然。

Answer 2

手动运行 DDL 脚本会破坏使用 ORM 工具的目的。

不，它没有。

Object-Relational Mapping 工具可帮助将表中的数据转换为可在面向对象编程语言中使用的对象 - 它与数据库管理无关。 p>

Hibernate 可以根据您的类现在的样子生成 DDL，但它没有历史感。

如果您所做的只是添加新的列或表，您可能会没事，但是当您重命名列时，您就不走运了，因为 Hibernate 会看到旧列并且找不到到它的映射因此它将删除它，然后使用新名称创建一个新列。如果您对该列有非空要求，那么您就搞砸了，因为您无法告诉 Hibernate 的默认值是什么（好吧，有一个 hack 但请不要这样做。）

您在如何更改列类型方面也非常有限 - 如果列的内容不能被数据库自动翻译，那么您就不走运了。

作为一个例子，我们将我们的数据库从以二进制存储 UUID 转换为将其存储为 VARCHAR 不久前，我们不得不手动将它们从二进制转换为十六进制表示法，因为 MySQL 无法自动执行此操作 - 你会正确如果您尝试使用 Hibernate 的自动 DDL 来做到这一点，那就搞砸了。

也没有办法告诉 Hibernate 在哪里创建索引 - 您将在每个主键列上获得一个索引，但如果您需要额外的索引，则必须手动添加这些索引。

Hibernate 的 DDL 自动生成有助于验证您的类是否正确映射到您的表，但绝不应该使用它来更改您的生产数据库。

所以回答你的问题：

对于生产，是否必须手动运行 DDL 脚本以确保安全？

是的！我建议您使用像 Liquibase 或 Flyway 这样的管理工具来帮助它。