实体 bean 的性能如何?问我是否想要跨 5 个进程的每个表(可能大约 20 个表)有 1000 个对象(其中某些进程可能每秒更改对象的频率高达 60 次)是否太过分了?
是否有任何关于实体 bean 限制的资源?
谢谢你的帮助!
实体 bean 的性能如何?问我是否想要跨 5 个进程的每个表(可能大约 20 个表)有 1000 个对象(其中某些进程可能每秒更改对象的频率高达 60 次)是否太过分了?
是否有任何关于实体 bean 限制的资源?
谢谢你的帮助!
性能实际上并不受实体的限制,而是 JPA 提供者的实现和您的数据库。
不可能给出性能估计,因为影响它的因素太多:
等等
该测试可以为您提供一些有关不同 JPA 提供程序性能的指示:
http://terrazadearavaca.blogspot.com/2008/12/jpa-implementations-comparison.html
我个人并没有过多地测试性能,但我测量了我的一个过程。它对每个插入执行一个查询,并使用 Oracle 数据库。它在一个线程中运行,每秒执行超过 250 次插入(+250 次查询)。我希望使用多个线程性能会好得多,但到目前为止我还没有需要尝试它。
除了技术背景之外,一个重要的因素是应用程序的设计。许多早期的 EJB 应用程序都遭受了可怕的性能,因为他们粗心地使用远程方法来处理所有事情,即在单个 EJB 上设置 5 个属性会导致 5 次网络往返。