使用 JPA 和 Hibernate 的好处之一是它提供了数据库特定方言和功能抽象。 因此，理论上，您可以实现一个应用程序，将其连接到一个受支持的数据库，并且它可以在不用更改任何代码的情况下运行。
Hibernate 真的很好。 但老实说，您没有想过您的应用程序能与每个支持的数据库完美运行，是吗？
Hibernate 处理最重要的事情。 但是，如果您希望应用能够运行良好，您仍然需要知道要使用哪种数据库，并相应地调整配置和代码。
1、映射：主键
处理和创建主键很基础，但也是应用程序最重要的一部分。
JPA 规范的 @GeneratedValue 注解允许您定义用于创建唯一主键值的策略。您可以选择 SEQUENCE、IDENTITY、TABLE 和 AUTO。
一般来说，我建议使用 SEQUENCE 策略，因为它允许 Hibernate 使用 JDBC 批处理和其他需要延迟执行 SQL INSERT 语句的优化策略。
然而，您不能将此策略与 MySQL 数据库一起使用。因为它需要一个数据库序列，恰好 MySQL 不支持此功能。
因此，您需要在 IDENTITY 和 TABLE 之间进行选择。考虑到 TABLE 策略的性能和可扩展性问题，这很容易作出决定。
如果您正在使用 MySQL 数据库，则应始终使用 GenerationType.IDENTITY。它使用自动增量（autoincremented ）的数据库列，这是最有效的可用方法。您可以通过使用 @GeneratedValue(strategy = GenerationType.IDENTITY) 注解主键属性来执行此操作。
2、映射：Hibernate 5 中 GenerationType.AUTO 问题
当您使用 GenerationType.AUTO 时，Hibernate 会根据 Hibernate 方言选择生成策略。如果您需要支持多数据库，以下一种常见的方法。
在旧版本中，Hibernate 为 MySQL 数据库选择 GenerationType.IDENTITY。 这是一个不错的选择。如之前所述，这是最有效的方法。
不幸的是此行为在 Hibernate 5 中发生了改变。现在是选择 GenerationType.TABLE，它使用数据库表来生成主键。 这种方法需要大量数据库查询和悲观锁来生成唯一值。
14:35:50,959 DEBUG [org.hibernate.SQL] - select next_val as id_val from hibernate_sequence for update 14:35:50,976 DEBUG [org.hibernate.SQL] - update hibernate_sequence set next_val= ? where next_val=? 14:35:51,097 DEBUG [org.hibernate.SQL] - insert into Author (firstName, lastName, version, id) values (?, ?, ?, ?)
您可以通过定义一个 @GenericGenerator 来避免这一点，以下代码告诉 Hibernate 使用本地策略生成主键值。
然后，Hibernate 将使用 MySQL 自动增量数据库列生成主键值。
14:41:34,255 DEBUG [org.hibernate.SQL] - insert into Author (firstName, lastName, version) values (?, ?, ?) 14:41:34,298 DEBUG [org.hibernate.id.IdentifierGeneratorHelper] - Natively generated identity: 1
3、映射：只读视图
使用 JPA 与 Hibernate，您可以以与任何数据库表相同的方式来映射视图。 只要遵循 Hibernate 的命名约定，您只需要实现一个使用了 @Entity 注解的类，该类的属性为您想要映射的列。
如果视图是只读的，您应该使用 @Immutable 注解告诉 Hibernate。 然后它将忽略对该实体的所有更改。
4、查询：MySQL特有的函数与数据类型
作为一个数据库，MySQL 使用一组自定义函数和数据类型来扩展 SQL 标准。
JPA 不支持这些，但由于 Hibernate 的 MySQL 方言，您可以使用它们。
如果您发现 Hibernate 的 MySQL 方言不支持的函数或者数据类型，可以使用一个 AttributeConverter 将数据类型转换为受支持的数据类型和使用 JPQL 函数来调用一个 JPQL 查询中的任意函数。
但请记住，使用数据库特有的函数或数据类型，您可以将应用程序绑定到特定的数据库。如果需要支持不同的数据库，您将需要更改应用程序的这部分代码。
5、查询：存储过程
许多数据库管理员喜欢在数据库中使用存储过程来执行数据繁重的操作。 大多数情况下，这种方法比在 Java 代码中执行相同的操作要快得多。
但是，大多数 Java 开发人员并不想使用存储过程。 当然，有一个说法是业务逻辑分布在多个系统上，这使得它更加难测试和理解。 另一个原因是在 JPA 2.1 之前，该规范并没有直接支持存储过程调用。 你必须使用原生查询，总之感觉很复杂。
这在 JPA 2.1 引入了 StoredProcedureQuery 和 @NamedStoredProcedureQuery 才有所改变。
@NamedStoredProcedureQuery
@NamedStoredProcedureQuery 注解允许您定义存储过程调用一次，且可通过其名称在业务代码中引用它。 以下代码片段展示了一个简单示例，它定义了存储过程 calculate 的调用，附带了输入参数 x 和 y 以及输出参数 sum。
然后，您可以将 @NamedStoredProcedureQuery 的名称提供给 EntityManager 的 createNamedStoredProcedureQuery，以实例化一个新的 StoredProcedureQuery。
您可以在代码段中看到，您可以设置输入参数的值，方法与设置 JPQL 查询的绑定参数值一样。 您只需使用输入参数的名称和值来调用 StoredProcedureQuery 的 setParameter 方法即可。
StoredProcedureQuery
存储过程调用的编程定义非常类似于前面示例中给出的基于注解的方法。 您只需使用要执行的存储过程的名称配合 EntityManager 调用 createStoredProcedureQuery 即可。有一个 StoredProcedureQuery 接口，您可以使用它来注册存储过程的输入参数和输出参数。
这就是您定义存储过程调用全部需要做的事。 之后，您可以与 @NamedStoredProcedureQuery 一样使用它。 在执行存储过程调用之前，需要设置输入参数值。
6、总结
如您所见，Hibernate 已经支持大多数 MySQL 特有的功能。 但是，如果要创建一个轻便和性能良好的应用程序，还需要记住一些事项。
特别是在 Hibernate 5 中生成唯一主键值和 GenerationType.AUTO 的行为的改变，可能会在将应用程序部署到生产环境时产生意外的可扩展性问题。