Advanced PostgreSQL: Indexing, Partitioning, Replication · Pelajaran

Join dan Agregasi Berbasis Partisi

Temukan cara PostgreSQL dapat melakukan join dan agregasi pada tabel yang dipartisi, partisi demi partisi, untuk memperoleh peningkatan performa yang besar.

Pelajaran 4 dari 413 langkah

Join dan Agregasi Berbasis Partisi adalah pelajaran Advanced PostgreSQL: Indexing, Partitioning, Replication gratis di CoddyKit. Ini adalah pelajaran 4 dari 4. Kamu bisa membaca pelajaran lengkapnya di bawah secara gratis — lalu praktikkan langsung di browser dengan editor kode bawaan dan tutor AI 24/7. Ini adalah bagian dari jalur belajar Advanced PostgreSQL: Indexing, Partitioning, Replication, dan progresmu tersinkronisasi di web dan aplikasi CoddyKit. Kursus Advanced PostgreSQL: Indexing, Partitioning, Replication mencakup 4 pelajaran total.

Bagian dari pelajaran ini belum diterjemahkan dan ditampilkan dalam bahasa Inggris.

What Are Partition-wise Operations

When two tables are partitioned the same way, PostgreSQL can join matching partitions to each other instead of joining the whole tables. This is a partition-wise join.

The same idea applies to grouping: a partition-wise aggregate.

Enabling the Feature

These optimizations are off by default because they increase planning cost. Turn them on per session or in postgresql.conf.

SET enable_partitionwise_join = on;
SET enable_partitionwise_aggregate = on;

Matching Partition Boundaries

For a partition-wise join the tables must share the same partition key type and identical bounds. Otherwise the planner cannot pair partitions.

Example Setup

Two tables partitioned by the same range on customer_id.

CREATE TABLE orders (customer_id int, total numeric)
    PARTITION BY RANGE (customer_id);
CREATE TABLE refunds (customer_id int, amount numeric)
    PARTITION BY RANGE (customer_id);

The Join

With matching partitions, this join runs as several small joins, each fitting in memory more easily.

SELECT o.customer_id, sum(o.total), sum(r.amount)
FROM orders o
JOIN refunds r USING (customer_id)
GROUP BY o.customer_id;

Why It Is Faster

Smaller per-partition joins mean:

  • Smaller hash tables that fit in work_mem
  • Better cache locality
  • Opportunities for parallel workers per partition

Reading the Plan

Use EXPLAIN to confirm. You will see an Append node over several join nodes rather than one giant join.

EXPLAIN
SELECT * FROM orders o JOIN refunds r USING (customer_id);

Partition-wise Aggregate

If you group by the partition key, each partition is aggregated independently and the results are concatenated. No global sort or hash across the whole table is needed.

SELECT customer_id, sum(total)
FROM orders
GROUP BY customer_id;

Planning Cost Trade-off

With many partitions, considering each one increases planning time. Enable these settings only when partition counts are moderate and the query benefits clearly.

Combining with Pruning

Partition-wise joins combine well with partition pruning: pruning removes irrelevant partitions first, then the remaining ones are joined pair-by-pair.

When It Does Not Apply

If only one table is partitioned, or the bounds differ, PostgreSQL falls back to a normal join over the appended partitions.

Quick Check

What is required for a partition-wise join?

Recap

You learned to speed up queries on partitioned tables with partition-wise joins and aggregates. Enable the settings, ensure matching bounds, verify with EXPLAIN, and combine with pruning for the best results.

Gratis untuk memulai

Belajar Advanced PostgreSQL: Indexing, Partitioning, Replication dengan tutor AI — gratis

Tulis dan jalankan kode asli di browser kamu, dapatkan bantuan instan dari tutor AI 24/7, dan lanjutkan di mana kamu tinggalkan di web atau aplikasi.

Kursus
11
Pelajaran
44

Pertanyaan yang Sering Diajukan

Apakah pelajaran “Join dan Agregasi Berbasis Partisi” gratis?

Ya — teks lengkap “Join dan Agregasi Berbasis Partisi” gratis dibaca di sini di web. Untuk praktiknya secara interaktif (editor kode bawaan dan tutor AI 24/7) dan buka sisa kursus Advanced PostgreSQL: Indexing, Partitioning, Replication, upgrade ke CoddyKit PRO. Kursus Advanced PostgreSQL: Indexing, Partitioning, Replication mencakup 4 pelajaran total.

Apa yang akan aku pelajari di “Join dan Agregasi Berbasis Partisi”?

Temukan cara PostgreSQL dapat melakukan join dan agregasi pada tabel yang dipartisi, partisi demi partisi, untuk memperoleh peningkatan performa yang besar. Kamu berlatih Advanced PostgreSQL: Indexing, Partitioning, Replication dengan kode praktik yang langsung kamu jalankan di browser, dan tutor AI 24/7 menjawab pertanyaanmu saat kamu mengerjakan pelajaran ini.

Apakah aku perlu pengalaman untuk memulai Advanced PostgreSQL: Indexing, Partitioning, Replication?

Tidak diperlukan pengalaman sebelumnya. Advanced PostgreSQL: Indexing, Partitioning, Replication di CoddyKit dirancang untuk pemula hingga pelajar tingkat lanjut, jadi kamu bisa memulai di sini atau dari awal dan belajar sesuai kecepatan kamu sendiri. Ini adalah pelajaran 4 dari 4.

Berapa lama pelajaran “Join dan Agregasi Berbasis Partisi” memakan waktu?

Sebagian besar pelajaran CoddyKit memakan waktu sekitar 5–10 menit. Setiap pelajaran ringkas dan interaktif, jadi kamu membuat kemajuan stabil dan melanjutkan dari tempat kamu tinggalkan di web dan aplikasi.

Bisakah aku menulis dan menjalankan kode dalam pelajaran Advanced PostgreSQL: Indexing, Partitioning, Replication ini?

Ya. Setiap pelajaran Advanced PostgreSQL: Indexing, Partitioning, Replication menyertakan editor kode bawaan, jadi kamu menulis dan menjalankan kode nyata langsung di browser dan mendapatkan umpan balik AI instan — tidak diperlukan penyiapan lokal.

Semua pelajaran dalam kursus ini

  1. Mengoptimalkan Kueri dengan Partisi
  2. Melampirkan dan Melepaskan Partisi
  3. Pemangkasan dan Pengecualian Partisi
  4. Join dan Agregasi Berbasis Partisi
← Kembali ke Advanced PostgreSQL: Indexing, Partitioning, Replication