java-JPA性能：实体还是实体ID作为查询参数？
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java-JPA性能：实体还是实体ID作为查询参数？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1269字，纯文字阅读大概需要2分钟。
内容图文
假设有两种实体类型：Book(具有主键bookId)和Author(具有主键authorId).作者写了0 … n本书.因此在Book中使用@ManyToOne引用了Author.
如果我们要检索某位作者撰写的所有书籍,则可以在JPQL中做两件事(例如NamedQuery)：
>从书本b中选择b b.author =：author(实体作为参数)
>从书本b中选择b b.author.authorId =：authorId(实体的主键ID作为参数)
在第一个选项中,我们必须注意传递的对象实际上是Author类型的,并且它已经具有主键.
但是：上述两个选项在性能方面是否有所不同？我猜想(2)便宜些,但(1)对于JPA提供程序可能更容易优化.是否有关于该问题的性能测试或文献资料？
我们可以假设已经加载了Author实例(我们要搜索的书籍)(例如,在响应中查看他/她的个人资料),因此无需通过额外的代码编写工作即可传递整个对象或仅传递它图书搜索方法的ID.但是执行速度有区别吗？也许取决于使用的JPA提供程序？
解决方法:
我已经测试了两个查询,并且生成的sql是相同的.
回答您的问题的第二部分-有很多相关文献,但是我特别推荐Mike Keith和Merrick Schincariol撰写的Pro JPA 2,第二版.
如果要手动测试查询,则可以查看JPA查询产生的SQL查询.一种方法是了解您的JPA提供者,并查看他为此目的提供了哪些选项(例如,Hibernate提供了选项hibernate.show_sql).第二种选择(我认为更好)是使用诸如log4jdbc之类的工具,它是JDBC驱动程序和Persistence Provider之间的另一层(简化),并且可以记录所有发送到数据库的查询及其参数.它还可以衡量每个查询所花费的时间,因此我认为它是性能测试的理想工具.
内容总结
以上是互联网集市为您收集整理的java-JPA性能：实体还是实体ID作为查询参数？全部内容，希望文章能够帮你解决java-JPA性能：实体还是实体ID作为查询参数？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。