こんにちは！データベースエンジニアとして日々PostgreSQLと格闘している筆者です。
今日は、少し「遠く離れた場所にあるデータ」を扱うときのお話をしましょう。PostgreSQLには「FDW（Foreign Data Wrapper）」という、まるで魔法のような機能があるんです。これを使うと、別のサーバーにあるデータを、まるで自分の手元にあるかのように扱えるようになります。
でも、この魔法にはちょっとした「落とし穴」があるんですよね。今日は、初心者の方でも直感的にわかるように、この仕組みとパフォーマンスのコツを解説します。
—
遠くの友達にお願いごとをする時、どうしますか？
想像してみてください。あなたは今、東京にいて、北海道にいる友達に「冷蔵庫の中にある、賞味期限が今日までの牛乳を探して！」と頼むとします。
このとき、二つのやり方がありますよね。
1. 「とりあえず冷蔵庫の中身を全部、今すぐ宅急便で東京に送って！」と言う。
2. 「北海道の冷蔵庫の中で、賞味期限が今日までの牛乳だけ探して、その名前だけ教えて」と頼む。
……どっちが効率的か、一目瞭然ですよね？
1番の方法だと、段ボールいっぱいに中身が届いて、その中からあなたが必死に牛乳を探すことになります。送料も時間も無駄ですよね。
実は、PostgreSQLのFDWもこれと全く同じなんです。
「プッシュダウン」という魔法の言葉
専門用語で「プッシュダウン」と呼びますが、これは「条件指定を相手のサーバーに押し付ける（プッシュする）」こと。
つまり、`WHERE`句などの絞り込み条件を、遠くのサーバーに「これだけ調べておいて！」と先回りして渡すことです。これがうまくいくと、ネットワークを通って運ばれてくるデータ量が最小限になり、クエリは爆速になります。
—
ネットワークという「見えない壁」
データモデリングをする際、初心者がついつい忘れがちなのが「ネットワークの遅延」です。
ローカルのディスクにあるデータなら一瞬で読み込めますが、FDW経由だと、どんなに速い光回線でも「往復の時間」がかかります。
- JOIN（結合）の罠
もし、手元のテーブルと遠くのテーブルを結合（JOIN）するときに、条件指定が甘いとどうなるでしょう？ PostgreSQLは「とりあえず全部持ってきて、手元で合わせよう」という判断をしてしまうことがあります。
数百万行のデータをネットワーク越しに往復させるなんて、想像しただけでゾッとしますよね。これが、FDWを使うときに「急にクエリが遅くなった！」と感じる最大の原因です。
—
パフォーマンスを保つための3つの心構え
では、どうすれば快適な環境を作れるのでしょうか？ 難しい設定の前に、まずはこの3つを意識してみてください。
- 「絞り込み」は徹底的に
`WHERE`句などで、できる限りデータを小さくしてから運ぶように意識しましょう。遠くのサーバーでフィルタリングできる条件を書いてあげることが、何よりの最適化です。
- インデックスを味方につける
遠くのサーバーのテーブルにも、きちんとインデックスを貼っておきましょう。相手が素早く検索できるようにしてあげることで、結果を返すまでの時間が劇的に短くなります。
- 「本当に遠くにあるべき？」と疑ってみる
もし、そのデータと頻繁にJOINしたり、大量の集計をしたりするのであれば、そもそもそのデータを遠くに置く必要があるのか、一度立ち止まって考えてみてください。時には「手元にコピーを持つ（同期する）」ほうが、結果的にシステム全体が幸せになることもあります。
—
最後に
FDWは、バラバラに散らばったデータを一つにまとめられる、とても強力なツールです。でも、データが物理的にどこにあるのかを意識するだけで、その性能は全く変わってきます。
「ネットワーク越しにやり取りしているんだ」という想像力を働かせること。これが、データベースエンジニアとしての第一歩であり、最高のクエリを書くための近道です。
皆さんのデータベースが、今日も快適に動きますように！また次回の記事でお会いしましょう。
コメント