原标题:Spring认证|Spring Data JDBC-如何使用自定义ID生成

Spring Data JDBC - 如何使用自定义 ID 生成_spring

这是关于如何解决使用 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认证)数据示例库访问!