商品数が増えても一覧を重くしないために見直したこと

反映待ちや売り切れなどの対象を探すとき、該当する商品IDをいったんすべてアプリ側へ読み込むと、件数に比例してメモリと処理時間が増えます。

対象条件をデータベース側へ渡し、必要な商品だけを絞り込む形にすると、大きな中間リストを作らずに済みます。

商品ごとに最新価格を別々に問い合わせると、表示件数が増えるほど問い合わせ回数も増えます。

一覧取得時に、保存価格、最新取得価格、紐付け時価格など必要な候補をまとめて用意し、表示処理では優先順位に沿って選ぶようにします。

一覧では、販売価格、手数料、利益など、同じ元データから複数の項目を表示します。各項目で計算をやり直すと、同じ商品に同じ処理を何度も行います。

一度計算した結果を同じ表示処理の中で再利用し、紐付け情報も商品ごとに一度だけ組み立てることで無駄を減らします。

高速化で怖いのは、表示が速くなっても対象商品が抜けることです。変更前の抽出結果と新しい抽出結果を比較し、同じ商品が各タブへ入ることを確認します。

処理時間だけでなく、反映待ち、要確認、売り切れなどの分類が変わっていないことをテストしてから反映します。