可扩展,低开销,高性能的Java持久性框架
发布时间：2020-12-15 08:37:33 所属栏目：Java 来源：网络整理
导读：我期待建立一个网站/应用程序.类模型大约有100个对象,并不是特别复杂. 需要构建网站以处理大约30 000个并发用户,但它应该能够处理更多. 我想使用现成的持久性框架,而不是编写我自己的jdbc来访问数据库. 我别无选择,只能使用关系数据库. 我希望它有一些形式的
|
我期待建立一个网站/应用程序.类模型大约有100个对象,并不是特别复杂.
需要构建网站以处理大约30 000个并发用户,但它应该能够处理更多. 我想使用现成的持久性框架,而不是编写我自己的jdbc来访问数据库. 我别无选择,只能使用关系数据库. 我希望它有一些形式的缓存,并且还希望能够自定义sql,因为这通常是性能调优所必需的. 我应该使用什么持久性框架的任何建议？ 更新：谢谢大家.在这种情况下,我认为手动编写sql代码的能力胜过.如果您有权访问它,可以进行一些并发调整.虽然我同意,你也可以在hibernate / jpa中访问它,但它不是规则的例外. myBatis也是一种更轻量级,更少“神奇”的持久性框架.此外,出于性能和扩展的原因,我不认为使用太多的外键来处理集合由持久性框架管理是明智的,所以我可能不会在hibernate中使用该功能.这将允许我在必要时对数据库进行分片.我也认为myBatis可能是一个更容易实现的持久性框架. AFAIK,例如它没有透明的持久性.您的答案已经确认没有另一个更符合这些要求的持久性框架. 解决方法
如果您想要手动优化的SQL,那么我建议使用
myBatis(以前称为iBatis).它使用您提供的手写SQL为您处理JDBC机制以及对象列映射.
它不会为你做的是对象关系映射(即关联和集合的自动处理).如果这对您来说更重要,那么像EclipseLink或Hibernate这样的JPA实现是显而易见的选择.这些也可以处理自定义SQL,但它比myBatis更加繁琐. 两者都应该能够毫无问题地处理您的负载需求 – 问题是您的数据库可以处理它. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |