Spring Data JDBC - 如何使用自定义 ID 生成
原标题：Spring认证|Spring Data JDBC-如何使用自定义ID生成
这是关于如何解决使用 Spring Data JDBC 时可能遇到的各种挑战的系列文章的第一篇。
如果你不了解 Spring Data JDBC，你应该首先阅读它的介绍和文章，它解释了 Spring Data JDBC 上下文中的相关性。相信我，这很重要。
文章基于我在 2021 年春季一期上这篇文章的部分演讲。
使用 ID - 特别是当您想要控制实体的 ID 并且不会选择什么数据库时，您的选择是什么。
假设情况下，类型数据列JDBC假设的ID通过生成SERIAL或AUTOINCREMENT得到。 ，聚合根执行插入操作。数据库生成一个ID，这个ID由Spring Data JDBC在聚合根中设置。
考虑一个由单个简单的类组成的简单聚合：
类小黄人{
@ID
长ID；
字符串名称；
Minion（字符串名称）{
this.name = 名称；
}
}
进一步考虑默认CrudRepository。
接口 MinionRepository 扩展 CrudRepository {
}
存储库会自动连接到您的代码中，如下所示：
@自动连线
MinionRepository 随从；
以下工作正常：
Minion before = new Minion("Bob");
assertThat(before.id).isNull();
Minion after = minions.save(before);
assertThat(after.id).isNotNull();
但是下一点点：
Minion before = new Minion("Stuart");
before.id = 42L;
minions.save(before);
更新语句，Spring Data JDBC 尝试执行更新，因为 ID 已经设置。但是，因为实际上是新的，更新语句影响零行 Spring Data JDBC 抛出异常。
有几种方法可以解决这个问题。我已经找到了你不同的解决方法，并且已经找到了我认为最简单的方法，因此可以找到适合的方法，你就可以停止阅读。之后回来阅读其他选项并提高您的 Spring Data 技能。
版本
将版本属性添加到您的聚合属性。“版本属性”是指用@Version。此类的主要目的是可以乐观锁定。但是，作为属性，Spring Data JDBC 使用版本属性来确定聚合根是否是新的。 只要版本是null 或0 原始类型，聚合就被认为是新的，即使id设置了。
使用这种方法，您必须更改实体和（当然）系统，但别无其他。
此外，对于许多应用程序来说，乐观的最初是很多。
我们把原来的Minion变成了一个VersionedMinion：
类 VersionedMinion {
@Id 长 ID；
字符串名称；
@Version 整数版本；
VersionedMinion（长ID，字符串名称）{
this.id = id;
this.name = 名称；
}
}
通过此更改，以下构造有效：
VersionedMinion before = new VersionedMinion(23L, "Bob");
assertThat(before.id).isNotNull();
versionedMinions.save(before);
VersionedMinion 重新加载 = versionedMinions.findById(before.id).get();
assertThat(reloaded.name).isEqualTo("Bob");
样板
一种让您的遗赠附带 ID 的方法是自己另外插入物。您可以通过注入 JdbcAggregateTemplate 并调用 JdbcAggregateTemplate.insert(T)。这JdbAggregateTemplate是存储库下面的底层，因此您使用存储库用于插入的相同代码，但您决定何时使用插入：
Minion before = new Minion("Stuart");
before.id = 42L;
模板.插入（之前）；
Minion reloaded = minions.findById(42L).get();
assertThat(reloaded.name).isEqualTo("Stuart");
请注意，我们不使用存储库农场使用模板，其中注入了以下内容：
@自动连线
JdbcAggregateTemplate 模板；
事件监听器
模板方法非常适用于您已经知道 ID 的情况 - 例如，当您从另一个系统导入数据并且您想要重用该系统的 ID 时。
如果您不知道 ID 并且不想在您的业务代码中包含任何 ID 相关的内容，那么使用 ID 可能是更好的选择。
我们的目的正确的目的是在某些生命周期事件期间被调用的豆子。它返回修改潜在的聚合根，因此它也适用于不形成实体类。
在目标中，我们确定有问题的聚合根是否需要新 ID。 如果是这样，我们将使用我们选择的算法生成它。
我们使用另一种变体 Minion
类 StringIdMinion {
@ID
字符串标识；
字符串名称；
StringIdMinion（字符串名称）{
this.name = 名称；
}
}
但是，我们在配置中注册了一个惊人的例子：
@豆角，扁豆
BeforeSaveCallback beforeSaveCallback() {
返回（minion，mutableAggregateChange）-> {
如果（minion.id == null）{
minion.id = UUID.randomUUID().toString();
}
返回仆从；
};
}
保存实体的代码现在看起来就像是由数据库生成的：
StringIdMinion before = new StringIdMinion("Kevin");
stringions.save(before);
assertThat(before.id).isNotNull();
StringIdMinion reloaded = stringions.findById(before.id).get();
assertThat(reloaded.name).isEqualTo("Kevin");
持久的
一个选项是让化根控制是否应该更新或插入。你可以实现持久化的方法（尤其是实现是新的）来实现这一点。您也想使用聚合根进行更新时，这会抓住。在这种情况下，您需要提出更灵活的策略。
我们需要 Minion 再次调整我们的：
类 PersistableMinion 实现 Persistable {
@Id 长 ID；
字符串名称；
PersistableMinion（长ID，字符串名称）{
this.id = id;
this.name = 名称；
}
@覆盖
公共长 getId() {
返回标识；
}
@覆盖
公共布尔 isNew() {
// 这个实现肯定不适合生产使用
返回真；
}
}
保存一个的代码 PersistableMinion 看起来是一样的：
PersistableMinion before = new PersistableMinion(23L, "Dave");
persistableMinions.save(before);
PersistableMinion 重新加载 = persistableMinions.findById(before.id).get();
assertThat(reloaded.name).isEqualTo("Dave");
结论
Spring Data JDBC 提供了大量关于如何控制聚合 ID 的选项。虽然我在示例中使用了非常严重的逻辑，但基本没有什么能阻止您实现您所考虑的任何逻辑，因为它们都归结为 Java 代码。
完整的示例代码可在Spring中国教育管理中心（Spring认证）数据示例库访问！