問題タブ [kodo]

KODO JDO の分散キャッシュ メカニズムを使用した経験のある人はいますか? 私が知りたいのですが：

1) 分散キャッシュの更新間のレイテンシはどのようなものですか (したがって、2 人のユーザーが 2 つの別個のキャッシュ、つまり 2 つの異なる JVM で同じデータを使用しており、1 人が更新を行う場合、他のユーザーが他のキャッシュを使用するのはいつですか?更新？）

2) JVM 間で転送されるデータの量は? 更新が 1 つのキャッシュに対して行われた場合、フラッシュするオブジェクトの主キーを伝えることによって、オブジェクトを削除するように他のキャッシュに指示するだけですか? (問題は、分散キャッシュを管理するネットワーク トラフィック/オーバーヘッドです)

3) 外部フィードが 1 日中データベースを更新している場合 (つまり、アプリケーションから入ってこない場合)、外部からキャッシュ フラッシュを呼び出すのはどれくらい簡単ですか?

私たちのアプリケーションは 12 個の JVMS の Weblogic クラスタで実行され、分散キャッシュを有効にして、データベースからプルされる大きなオブジェクト グラフ (現在はキャッシュされていません) から生じるパフォーマンスを支援することを検討していますが、実際の状況を知りたいと考えています。 ＃1、2、および3の経験。ありがとう。

SubClassFetchMode などを EAGER_PARALLEL に設定すると、実際には何が行われますか?

サブクラスに別の FetchMode を持たせる必要があるのはなぜですか?

KODO と OpenJPA の実装仕様は悪名高く、私には理解できません。

KODO 4.2 を実行すると、KODO によって非効率的なクエリが生成されるという問題が発生します。これは、コレクションが最初のオブジェクトへの双方向関係を持つコレクションを含むオブジェクトをフェッチするときに発生します。

次のフェッチ プランを設定して、クラスルームとそれに対応する生徒のリストを取得するフェッチ プランを作成するとします。

fetchPlan.addField(Classroom.class,”_students”);

これにより、2 つのクエリが発生します (教室を取得してから、それらの教室にいるすべての生徒を取得します)。

ただし、fetchPlan.addField(Student.class, “_classroom”) を実行して _classroom フィールドに入力するために、フェッチ プランに教室への参照を含めると、X 個の追加クエリが発生します。各教室の生徒数です。

誰でもこれを修正する方法を説明できますか? KODO は、クエリを実行して Classroom オブジェクトを取得し、それらを各 Student オブジェクトの _classroom フィールドに設定する時点で、元の Classroom オブジェクトを既に持っています。したがって、KODO は単に各 Student オブジェクトの _classroom フィールドにこれらのオブジェクトを設定し、データベースに戻らないことを期待します。

繰り返しになりますが、ドキュメントはひどく不足していますが、私が読んだことから、これをより効率的に行うことができるはずです.

注-- EAGER_FETCH.PARALLEL がオンになっており、キャッシュ (クエリおよびデータ キャッシュ) をオンまたはオフにしてこれを試しましたが、結果のクエリに違いはありません。

現在、JDO で Kodo 4.1 を使用していますが、多くのテーブルで多くの孤立したオブジェクトが見られます。私は以前JPAで働いていて、孤児の同様の問題をorphanRemovalで解決しましたが、JDOでそのような方法を見つけることはできません。ログに警告が表示されますが、それ以上はなく、警告は Kodo プロパティに関するものです。

JDOメタデータの現在の構成には、次のようなすべてのクラスがあります。

しかし、問題は、オブジェクトの JDOID または Id が連続していないことです。例：

ご覧のとおり、ID は生成されたオブジェクトの数であるため、これは大きな問題です。しかし今、これを別のデータストア ID 戦略に移行する必要があります。私は自動割り当て戦略を使用しており、オブジェクト 3 のように新しいテーブルですべてが機能し、1 から生成されます。しかし、ObjectOne と ObjectTwo で戦略を変更すると、ID を null にすることはできません。この問題で何か提案はありますか?

最悪の場合にのみ発生する問題に遭遇しました。元。毎分実行されるジョブがあります

別のセグメントで objectA を更新すると、デッドロック (悲観的戦略) または楽観的ロック違反 (楽観的違反) が発生します。nonTransactionalRead および nonTransacionalWriete に設定しましたが、デッドロックまたはオプスティミック ロック違反のエラーが発生します。しかし、トランザクションが終了するのを待つことができるかどうかを確認する方法はありますか? JDO と KODO の使用

Oracle Kodo 4 永続性 (JPA) フレームワークは JDK 1.8 でビルドされず、Maven ビルドで JBoss EAP 7 スロー エラーが発生するため、置換を実行しようとしています。

Kodo が廃止され、JBoss EAP 7 で動作しないことをサポートする公式ドキュメントはありますか? この参照リンクしか取得できませんでした。