20秒の検索を、7ミリ秒に。

検索がインデックスを活用できない実装になっており、毎回すべてのデータを走査していた（最大20.8秒）。

検索対象のテキストデータが大きく膨らみ、検索処理をさらに重くしていた。

ダッシュボードのステータス集計が全表スキャンで実行され、表示までに7.8秒。

所有者一覧やリマインダー一覧が非効率なクエリで実行され、最大19.8秒かかっていた。

顧客データを守る厳格なアクセス制御のため、外部ツールからの直接計測ができず、安全な内部経路での検証が求められた。

staging環境がなく、本番への変更が直接適用されるリスクを抱えていた。

これまで検索から漏れていた現場のメモ情報も検索対象に取り込み、必要な物件が確実にヒットするように。「探しているのに出てこない」を根絶しました。

日本語に最適化した全文検索の仕組みに置き換え、表記ゆれや複数キーワードにも対応。単語検索は20.8秒→7ミリ秒（約2,700倍）、2語検索も約7倍に高速化しました。

集計処理に最適なインデックス設計を施し、ログイン後のダッシュボード表示を7.8秒→0.37秒（21倍）に短縮。開いた瞬間に業務を始められます。

頻繁に使われる一覧の絞り込みを作り直し、リマインダー一覧は8.4秒→ほぼ即時、所有者一覧は19.8秒→0.5秒（40倍）に短縮しました。

検証環境を整備し、本番へ反映する前に必ず動作確認を通す段階的なリリース体制を導入。安全に改善を積み重ねられるようにしました。

顧客データを守る厳格なアクセス制御はそのまま維持。セキュリティの核心に一切手を触れずに、すべての高速化を完遂しました。

約18万件規模の本番同等データを検証環境に用意し、実際のアプリケーションを通して計測。厳格なアクセス制御下でも正確に性能を測れる方法を確立しました。

インデックスは「作れば速くなる」ものではありません。列の並び順ひとつで効果が大きく変わるため、実測を繰り返して最も効く設計に磨き込みました。

全文検索の導入に伴うメモリ負荷の兆候をいち早く検知し、サーバー設定を最適化して安定稼働を確保。想定外の副作用にも即日で対応しました。

URLに連番の生IDを露出しない暗号化ID設計を全画面で維持し、他社の情報が推測・閲覧されないテナント保護を担保しました。