垂直および水平パーティショニング

パーティショニングは、データベース設計における基本的な戦略であり、大規模なデータセットをテーブルをより小さく管理しやすい単位に分割することで管理を容易にします。主なパーティショニング手法には、垂直パーティショニングと水平パーティショニングの2つがあります。それぞれに適したユースケースと利点があり、どちらも実際のシステムでパフォーマンスやスケーラビリティ向上のために広く利用されています。

水平パーティショニング（しばしばshardingとも呼ばれる）は、テーブルを複数のテーブルに分割し、それぞれが行のサブセットを保持する方法です。例えば、何百万件もの注文を扱うECアプリケーションでは、ordersテーブルを年ごとにパーティション分割し、2023年の注文と2024年の注文を別々に保存することができます。これにより、特定の年を対象としたクエリが高速化され、古いデータのアーカイブなどのメンテナンス作業も簡単になります。

垂直パーティショニングは、テーブルを複数のテーブルに分割し、それぞれが列のサブセットを保持する方法です。特定の列が一緒に参照されることが少ない場合や、画像や大きなテキストフィールドなどの大容量で使用頻度の低いデータが含まれる場合に有効です。例えば、頻繁に参照される列（order_id、customer_id、order_dateなど）と、あまり使われない列（extra_infoなど）を別々のテーブルに分けることで、メインテーブルのサイズを削減し、一般的なクエリの高速化が図れます。

-- Horizontal partitioning: Partitioning the orders table by order_date (already present in schema)
-- The following demonstrates creating a new yearly partition for 2025 orders

CREATE TABLE orders_2025 PARTITION OF orders
    FOR VALUES FROM ('2025-01-01') TO ('2026-01-01');

-- Vertical partitioning: Separating rarely used columns into a new table
-- Suppose we want to move 'extra_info' from orders to a separate table

CREATE TABLE order_extra_info (
    order_id INT PRIMARY KEY REFERENCES orders(order_id),
    extra_info JSONB
);

-- To populate the new table with existing data:
INSERT INTO order_extra_info (order_id, extra_info)
SELECT order_id, extra_info FROM orders WHERE extra_info IS NOT NULL;

-- Optionally, you could then remove 'extra_info' from the main orders table if desired

各パーティショニング戦略には、それぞれ独自の利点とトレードオフがあります。水平パーティショニングは、大規模テーブルのクエリパフォーマンスを向上させ、各クエリでスキャンする行数を制限することで、バックアップやアーカイブなどのデータ管理作業を簡素化します。また、必要に応じて複数サーバーへのスケールアウトの基盤にもなります。ただし、パーティションをまたいでデータにアクセスするクエリは複雑になりやすく、データの偏在を避けるための慎重な設計が求められます。

垂直パーティショニングは、頻繁にアクセスされるテーブルのサイズを削減し、一般的な操作のクエリを高速化します。使用頻度の低い列や大容量の列を分離することで、クエリ時にメモリに読み込むデータ量を最小限に抑えることができ、パフォーマンス向上に寄与します。一方で、両方のパーティションからデータが必要な場合は結合が必要となり、クエリの複雑さや実行時間が増加する可能性があります。

適切なパーティショニング戦略の選択は、アプリケーションのアクセスパターンや将来的な成長予測に依存します。例えば、最近の注文を頻繁に検索する場合は、日付による水平パーティショニングが非常に効果的です。テーブルに使用頻度の低い大きな列がある場合は、垂直パーティショニングによってメインテーブルをスリムかつ高速に保つことができます。

-- Efficient query on horizontally partitioned orders: get all 2024 orders for customer_id 1
SELECT * FROM orders
WHERE order_date >= '2024-01-01' AND order_date < '2025-01-01'
  AND customer_id = 1;

-- Efficient query on vertically partitioned data: join orders with order_extra_info for detailed info
SELECT o.order_id, o.customer_id, o.product_id, o.order_date, e.extra_info
FROM orders o
LEFT JOIN order_extra_info e ON o.order_id = e.order_id
WHERE o.order_id = 1;