エンティティ Bean のパフォーマンスは? テーブルごとに 1000 個のオブジェクト (おそらく約 20 個のテーブル) が必要かどうかを尋ねるのは多すぎますか?
エンティティ Bean の制限に関するリソースはありますか?
助けてくれてありがとう!
エンティティ Bean のパフォーマンスは? テーブルごとに 1000 個のオブジェクト (おそらく約 20 個のテーブル) が必要かどうかを尋ねるのは多すぎますか?
エンティティ Bean の制限に関するリソースはありますか?
助けてくれてありがとう!
パフォーマンスは実際にはエンティティによって制限されるのではなく、JPA プロバイダーの実装とデータベースによって制限されます。
非常に多くの要因が影響するため、パフォーマンスの見積もりを出すことは不可能です。
等
このテストにより、さまざまな JPA プロバイダーのパフォーマンスに関する指標が得られる可能性があります。
http://terrazadearavaca.blogspot.com/2008/12/jpa-implementations-comparison.html
個人的にパフォーマンスをあまりテストしていませんが、プロセスの 1 つを測定しました。各挿入に対して 1 つのクエリを実行し、Oracle データベースを使用します。1 つのスレッドで実行され、1 秒あたり 250 を超える挿入 (+250 クエリ) を実行しています。複数のスレッドを使用するとパフォーマンスが大幅に向上すると予想されますが、これまで試してみる必要はありませんでした。
技術的なコンテキストとは別に、重要な要素はアプリケーションの設計です。初期の EJB アプリケーションの多くは、すべてに対してリモート メソッドを不用意に使用していたため、ひどいパフォーマンスに悩まされていました。つまり、1 つの EJB に 5 つの属性を設定すると、5 つのネットワーク ラウンドトリップが発生しました。