- Shipped
- 2026年8月20日 23:34 UTC
- Author
- Kamo
- Commit
- 18d2387
GET /api/security/leads は、組織のすべてのリードを返しました。 今のところ ページ/size/sort と、実際に使用するグリッドをフィルタリングし、返します。 ページの合計。 生産で測定 2026-08-20: 1,427 リード 7 が表示できるように取得し、監査, 23.3 s の負荷, の 23.3 s が監査ループだった。 そのループは、メッセージングが見えるよりも重要である理由です: recordLeadList は書きます リード毎の phi access log 行が返されるので、50 列のページが 50 行を書きます。 今では、レコードにバッチを渡しますAll(1つのトランザクション、1,427)ではなく、 ライターは AsyncPhiAccessLogWriter で包まれているので、レコードのリストとビュー スレッドのリクエストを残します。 フェイルクローズドタイプはまだ同期的に書きます それでも読みを拒否することができます。destroMethod はキューを流しますので、ロール 再起動は、既に起こった読み込みの記録を破棄しません。 VIEW UNASSIGNED LEADS は、材料化リストのポストフィルターから移動します クエリに、Pager の合計は、呼び出し元が表示される行のみをカウントします。 クエリ文字列値が広まりません。 assign=ME は、 同じ理由のセッション。 フィルタは20-twoではなく1つの境界GridParamsとして到着します @RequestParams: このコードベースでは、シグネチャの変更が最高リスクです。 そこで編集します。テストとテスト以外の場所でコンパイルするので、 テストがコンパイルされていないサービスはイメージをビルドしません。 LeadGridSpecificationSqlTest は、実際の仕様をコンパイルします。 6.2.13のHibernateメタデータ — このバージョンは、6.5ではなく実行されます。 ライブラリはビルドします。 パスをキャッチする; コントローラのテストは、 決して触れないサービス。 Config: jdbc.batch size + order inserts なので、バッチされた監査書き込みは 1 です。 往復、リードのEAGER協会のデフォルト batch fetch size。 open-in-view は 明示的に true と書かれています。このコメントはいくつかあります。 サービスアサート それはオフであり、彼らは間違っていた。 リードパスがなくなった どちらかの方法に依存します。グローバルでオフにすると、 エンドポイント・バイ・エンドポイントの監査は、ここには意図せずに行いません。 また: System.out.println はリクエストパスから削除され、 すべてのリードでライブセッショントークンをstdoutに印刷していたヘッダダンプ 読みます。 エラーパスは ERROR でスローできる状態を保持します。 docs/phi-access-log-growth.md は、保持とインデックスのレビューを記録します。 3つの二次インデックスは、文書化されたコンプライアンスクエリを取り戻し、保持されます。 成長の問題は行数でした。これにより、老化が修正されました.