过去,我们一直在每个星期五为您提供有关Java 8的新内容的新文章。这是一个非常令人兴奋的博客系列 ,但我们想再次将重点放在Java和SQL的核心内容上。 我们仍然偶尔会写关于Java 8的博客,但不再是每个星期五(有些人已经注意到)。
在Java 8 Friday系列的最后一篇简短文章中,我们要重申一个事实,我们相信未来属于功能性关系数据转换(与ORM相对) 。 我们使用面向对象的软件开发范例已经花费了大约20年的时间。 我们许多人对此非常教条。 然而,在过去的十年中,“新”范式已开始在编程社区中获得越来越多的关注: 函数式编程 。
但是,函数式编程并不是什么新鲜事物。 Lisp一直是非常早期的函数式编程语言。 XSLT和SQL也具有一定的功能(并且是声明性的!)。 由于我们是SQL功能(和声明性!)性质的忠实拥护者,我们为我们现在拥有Java中复杂的工具来转换从SQL数据库提取的表格数据而感到非常兴奋。 溪流!
SQL结果集与流非常相似
正如我们之前指出的那样, JDBC ResultSet和Java 8 Streams非常相似 。 当您使用jOOQ(使用org.jooq.Result替换JDBC ResultSet)时,情况org.jooq.Result
, org.jooq.Result
扩展了java.util.List
,因此自动继承了所有Streams功能。 考虑以下查询,该查询允许获取BOOK和AUTHOR记录之间的一对多关系:
Map<Record2<String, String>, List<Record2<Integer, String>>> booksByAuthor =// This work is performed in the database
// --------------------------------------
ctx.select(BOOK.ID,BOOK.TITLE,AUTHOR.FIRST_NAME,AUTHOR.LAST_NAME).from(BOOK).join(AUTHOR).on(BOOK.AUTHOR_ID.eq(AUTHOR.ID)).orderBy(BOOK.ID).fetch()// This work is performed in Java memory
// -------------------------------------.stream()// Group BOOKs by AUTHOR.collect(groupingBy(// This is the grouping key r -> r.into(AUTHOR.FIRST_NAME, AUTHOR.LAST_NAME),// This is the target data structureLinkedHashMap::new,// This is the value to be produced for each// group: A list of BOOKmapping(r -> r.into(BOOK.ID, BOOK.TITLE),toList())));
对于习惯使用jOOQ编写SQL的人来说,Java 8 Streams API的流利性是非常习惯的。 显然,您还可以使用jOOQ以外的其他工具,例如Spring的JdbcTemplate或Apache Commons DbUtils,或仅将JDBC ResultSet包装在迭代器中……
与ORM相比,这种方法的优点是根本没有任何魔术发生。 每条映射逻辑都是明确的,而且由于使用Java泛型,因此完全是类型安全的。 在此示例中, booksByAuthor
输出的类型很复杂,读/写有点困难,但它也具有充分的描述性和实用性。
与POJO相同的功能转换
如果您对使用jOOQ的Record2
元组类型不太满意,那么没问题。 您可以这样指定自己的数据传输对象:
class Book {public int id;public String title;@Overridepublic String toString() { ... }@Overridepublic int hashCode() { ... }@Overridepublic boolean equals(Object obj) { ... }
}static class Author {public String firstName;public String lastName;@Overridepublic String toString() { ... }@Overridepublic int hashCode() { ... }@Overridepublic boolean equals(Object obj) { ... }
}
使用上述DTO,您现在可以利用jOOQ的内置POJO映射将jOOQ记录转换为您自己的域类:
Map<Author, List<Book>> booksByAuthor =
ctx.select(BOOK.ID,BOOK.TITLE,AUTHOR.FIRST_NAME,AUTHOR.LAST_NAME).from(BOOK).join(AUTHOR).on(BOOK.AUTHOR_ID.eq(AUTHOR.ID)).orderBy(BOOK.ID).fetch().stream().collect(groupingBy(// This is the grouping key r -> r.into(Author.class),LinkedHashMap::new,// This is the grouping value listmapping(r -> r.into(Book.class),toList())));
显性与隐性
在Data Geekery,我们相信Java开发人员的新时代已经开始。 一个时代,Annotatiomania™(最终!)结束了,人们不再通过注释魔术来承担所有隐性行为。 ORM依赖大量规范来解释每个注释如何与其他注释一起工作。 很难对JPA带给我们的这种不太了解的注释语言进行逆向工程(或调试!)。
在另一方面,SQL是很容易理解的。 表是一种易于处理的数据结构,如果您需要将这些表转换为更面向对象或更具层次结构的表,则可以简单地将函数应用于这些表并自己对值进行分组! 通过对这些值进行显式分组,您将完全控制映射,就像使用jOOQ一样,您将完全控制SQL。
这就是为什么我们认为,在未来5年中,ORM将失去相关性,人们将开始使用Java 8 Streams再次拥抱显式 , 无状态和无 魔术的数据转换技术。
翻译自: https://www.javacodegeeks.com/2014/07/java-8-friday-more-functional-relational-transformation.html