返回介绍

11.3.2 声明自定义查询

发布于 2024-08-17 00:45:49 字数 1241 浏览 0 评论 0 收藏 0

假设我们想要创建一个Repository方法,用来查找E-mail地址是Gmail邮箱的Spitter。有一种方式就是定义一个findByEmailLike()方法,然后每次想查找Gmail用户的时候就将“%gmail.com”传递进来。不过,更好的方案是定义一个更加便利的findAllGmailSpitters()方法,这样的话,就不用将Email地址的一部分传递进来了:

不过,这个方法并不符合Spring Data的方法命名约定。当Spring Data试图生成这个方法的实现时,无法将方法名的内容与Spitter元模型进行匹配,因此会抛出异常。

如果所需的数据无法通过方法名称进行恰当地描述,那么我们可以使用@Query注解,为Spring Data提供要执行的查询。对于findAllGmailSpitters()方法,我们可以按照如下的方式来使用@Query注解:

我们依然不需要编写findAllGmailSpitters()方法的实现,只需提供查询即可,让Spring Data JPA知道如何实现这个方法。

可以看到,当使用方法命名约定很难表达预期的查询时,@Query注解能够发挥作用。如果按照命名约定,方法的名称特别长的时候,也可以使用这个注解。例如,考虑如下的查询方法:

这真的是一个方法的名称!我不得不在返回类型后将其断开,这样才能适应本书页面的宽度。

我承认这是一个有点牵强的例子。但在现实世界中,确实存在这样的需求,使用Repository方法所执行的查询会得到一个很长的方法名。在这种情况下,你最好使用一个较短的方法名,并使用@Query来指定该方法要如何查询数据库。

对于Spring Data JPA的接口来说,@Query是一种添加自定义查询的便利方式。但是,它仅限于单个JPA查询。如果我们需要更为复杂的功能,无法在一个简单的查询中处理的话,该怎么办呢?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文