KamoCRM

LeadVendorProduct の org チェーンを単一 ID 読み取りで取得するのを止めて下さい

Performancekamo-shared-library
出荷済み
2026年9月23日 14:39 UTC
プロフィール
Kamo
コンテンツ
3677d12

leadVendorProductのfindById()は、デフォルトEAGERベンダーを引っ張ります。これにより、Eager-fetches自体がその 独自の組織とその市場(再びITSを祝う) — 組織は @Inheritance(JOINED) なので、それらのすべてのホップは、ORG MTG を外部に接続して解決します。 多形態サブタイプ。 pg stat statements で測定される: 8 方向の結合、~780K はで呼び出します 10-21ms (~3 時間 累積 DB 時間), ほぼ完全に単一 ID の検索結果 (`id=$1`), ない バッチ可能な N+1 — 各発信者は、すでに 1 つの ID を持ち、ほとんどのベンダー + 独自のスカラー フィールドで読み込みます。 2 つの lean LeadVendorProductRepository メソッドを追加し、findById() 呼び出し器をすべて切り替えます。 kamo-shared-library + 実際に読んでいるものに合ったセキュリティサービス: - findIsEmptyCreditFfaById:スカラーJPQLのプロジェクション、全く参加しません。 - findByIdWithVendor: `vendor` に限る @EntityGraph (a plain, non-JOINED ) —vendor.org そしてvendor.marketはidが余分なしでまだ読みやすいuninitializedプロキシとして戻ります クエリは、必要なすべての org-ownership チェックです。 意図的に@EntityGraphをvendor.orgまたはvendor.market.organizationにしないようにしてください。 組織、およびJOINED-inheritanceエンティティティティティティティティティティティティティティティティを遮断するさらなる関連付けをフェッチするエンティティティティ・グラフ Hibernate 6.2.13 の生産で /leads を取られた厳密な形(Ming-clause の従った) ルートテーブルのエントリ — LeadAssigneeRef を参照してください。 市場を本質的に必要とする2つの発信者 組織図 **************** のセキュリティサービス) ロード リードマーケット として 2 秒, 代わりに通常のクエリ — 同じコードベースはすでにTeamMemberに使われています。 JSON の形状は変更されません。データベースが変更された列だけを読み込みます.

すべての変更

配送を見るのが好きですか?

自分のワークスペースに到着します。 無料プランをスタートし、月に再度このページをお読みください.

永遠に無料で始める料金を見る