Vol.2 DRF による「高機動」API の構築 | BICSTATION

"365万件のデータは、ただ存在するだけでは『重り』です。適切なAPI設計こそが、その重りを『動力』に変える唯一の手段です。"

1. Djangoを選ぶ決定的な理由

大規模データを扱う際、生のSQLを書き続けるのは保守性の観点からリスクがあります。DjangoのORM（Object-Relational Mapping）は、型安全に近い状態でクエリを構築でき、さらに強力な管理画面（Admin）をデフォルトで備えています。データ入力や修正が頻繁に発生するBICSTATIONにおいて、この「開発効率の高さ」は生命線でした。

2. 1秒の壁を超えるインデックス戦略

365万件を相手にする場合、`filter()`一つでもインデックスがなければ数秒のフリーズを招きます。私たちは、検索頻度の高いカラムに対して複合インデックス（Composite Index）を適切に配置し、PostgreSQLの実行計画を最適化しました。

Optimization Fact

インデックス適用前は4.8秒かかっていた特定スペックの絞り込みが、0.02秒（20ms）まで短縮。Next.jsへ瞬時にデータを渡す「高機動」がここで実現しました。

3. Serializer：データの整形工場

DRFのSerializerは、DBから取り出したレコードを、フロントエンドが最も扱いやすいJSON形式に変換する「工場」です。 BICSTATIONでは、無駄なフィールドを徹底的に排除し、ペイロード（通信量）を最小化。さらに、AI解析結果を動的に結合するカスタムフィールドを実装しています。

Key Concept

■Pagination: 巨大データを一度に返さない「ページネーション」の徹底。
■Select Related: N+1問題を解決する結合クエリの最適化。
■Throttle: APIの乱用を防ぎ、VPSの資源を守るレート制限。

次回予告：データ・クレンジングの全貌

APIという出口が整ったら、次は「中身」を磨き上げます。第3回では、バラバラな生データをどのようにAIが扱いやすい形にクレンジングし、正規化していくのか。その具体的なバッチ処理のノウハウを公開します。