DAX RELATED: Ambil Data dari Tabel Lain
TL;DR
RELATED adalah fungsi DAX yang ngambil nilai dari tabel lain lewat relationship yang udah ada. Dia dipakai di calculated column dan cuma jalan dari sisi banyak ke sisi satu dalam relasi many-to-one. Syntaxnya RELATED(Tabel[Kolom]), dan butuh relationship aktif antar tabel biar bisa narik nilainya.
RELATED itu fungsi DAX buat narik nilai dari tabel lain lewat relationship yang udah kamu bikin. Syntaxnya RELATED(Tabel[Kolom]).
Dia dipakai waktu satu tabel butuh data yang nyimpen di tabel lain. Misalnya tabel penjualan butuh nama kategori yang cuma ada di tabel produk.
Aku bahas cara pakainya, syarat relasi yang harus dipenuhi, dan kenapa RELATED sering balikin kosong. Contohnya pakai model penjualan toko.
Apa itu fungsi RELATED di DAX?
RELATED ngambil satu nilai dari tabel lain yang terhubung lewat relationship. Dia bekerja per baris di calculated column, ngikutin arah relasi dari sisi banyak ke sisi satu. Jadi tabel penjualan bisa narik atribut dari tabel produk yang jadi induknya.
Kalau kamu baru kenal DAX, ada pengantar singkatnya di glossary DAX. Intinya DAX itu bahasa rumus di Power BI dan Excel Power Pivot.
Gimana cara pakai RELATED?
Bikin calculated column baru di tabel sisi banyak, lalu panggil RELATED dengan kolom dari tabel sisi satu. Power BI langsung ngisi tiap baris dengan nilai yang cocok lewat relationship. Nggak perlu nulis kondisi pencocokan manual.
Anggap ada dua tabel: Penjualan dan Produk, terhubung lewat kolom produk_id. Buat narik nama kategori ke tabel penjualan:
Kategori = RELATED(Produk[kategori])Tiap baris di tabel Penjualan sekarang punya kolom Kategori yang diambil dari tabel Produk. Kamu bisa pakai kolom ini buat grouping di visual atau di rumus lain.
Margin = Penjualan[harga_jual] - RELATED(Produk[harga_beli])Di sini RELATED narik harga beli dari tabel Produk, lalu dikurangin harga jual di tabel Penjualan buat dapat margin per transaksi.
Apa syarat relationship buat RELATED?
RELATED butuh relationship aktif antar dua tabel, dan cuma jalan dari sisi banyak ke sisi satu. Tabel yang tiap barisnya unik itu sisi satu, tabel yang barisnya bisa berulang itu sisi banyak.
| Tabel | Sisi relasi | Bisa panggil RELATED? |
|---|---|---|
| Penjualan (banyak baris per produk) | Banyak | Ya, narik dari Produk |
| Produk (satu baris per produk) | Satu | Nggak ke Penjualan, pakai RELATEDTABLE |
Kalau kamu manggil RELATED dari tabel Produk buat narik ke Penjualan, hasilnya error. Arah itu butuh RELATEDTABLE karena satu produk punya banyak baris penjualan.
Kapan pakai RELATED vs LOOKUPVALUE?
Pakai RELATED kalau relationship udah ada, karena lebih ringkas dan cepat. Pakai LOOKUPVALUE kalau belum ada relasi atau kamu mau cocokin lewat kolom yang bukan kunci relasi. LOOKUPVALUE lebih fleksibel tapi lebih berat.
-- pakai RELATED (relationship udah ada)
Kategori = RELATED(Produk[kategori])
-- pakai LOOKUPVALUE (tanpa relationship)
Kategori = LOOKUPVALUE(
Produk[kategori],
Produk[produk_id], Penjualan[produk_id]
)Dua-duanya kasih hasil sama di contoh ini. Bedanya RELATED ngandelin garis relasi, LOOKUPVALUE nyocokin kolom secara eksplisit.
Contoh kasus: margin per transaksi toko_berkah
Toko_berkah punya tabel Penjualan berisi 1.240 transaksi dan tabel Produk berisi 85 barang. Aku mau hitung margin tiap transaksi, tapi harga beli cuma ada di tabel Produk.
Margin = Penjualan[harga_jual] - RELATED(Produk[harga_beli])Habis kolom Margin jadi, aku tarik ke visual dan jumlahin per kategori. Ketahuan kategori minuman nyumbang margin total Rp 8,4 juta dari 1.240 transaksi, paling gede di antara semua kategori.
Yang menarik, kategori sembako volumenya paling banyak tapi marginnya tipis. Tanpa RELATED narik harga beli, angka margin ini nggak bisa dihitung karena datanya kepisah di dua tabel.
Kesalahan umum saat pakai RELATED
- Nggak ada relationship. RELATED butuh garis relasi di Model view. Kalau belum ada, bikin dulu atau pakai LOOKUPVALUE.
- Arah relasi kebalik. RELATED cuma dari sisi banyak ke sisi satu. Buat sebaliknya, pakai RELATEDTABLE.
- Dipakai di measure tanpa row context. RELATED butuh konteks baris. Di measure, bungkus pakai iterator kayak SUMX.
- Tipe kolom kunci beda. Kalau produk_id di satu tabel teks dan di tabel lain angka, relasi gagal nyambung dan RELATED balikin kosong.
FAQ
RELATED buat calculated column atau measure?
Utamanya calculated column. Di measure butuh row context dari iterator kayak SUMX.
Bedanya sama RELATEDTABLE?
RELATED balikin satu nilai dari sisi satu. RELATEDTABLE balikin tabel dari sisi banyak.
Kenapa hasilnya kosong?
Cek relationship-nya ada dan aktif, arahnya bener, dan tipe kolom kunci cocok.
Lanjut belajar DAX
Ringkasnya: RELATED narik satu nilai dari tabel lain lewat relationship, cuma jalan dari sisi banyak ke sisi satu, dan paling pas dipakai di calculated column.
Mau dalami fungsi DAX lain yang sering dipasangin sama RELATED? Baca cara pakai CALCULATE di DAX buat ngatur konteks filter. Referensi resmi syntaxnya ada di dokumentasi RELATED Microsoft.
Kalau kamu lagi bangun dashboard dan pengin latihan langsung, cek panduan visualisasi data di Ngulik Data.
Mau praktek langsung? Mulai latihan SQL gratis
Latihan interaktif, langsung di browser.
Artikel terkait
DAX SUMX: Menjumlah per Baris di Power BI
SUMX ngitung sesuatu di tiap baris dulu, baru dijumlah. Ini cara pakainya di Power BI, bedanya sama SUM, dan kapan kamu wajib pilih SUMX.
DAX FILTER: Menyaring Data dalam Perhitungan
FILTER di DAX nyaring baris sebelum dihitung. Ini cara pakainya bareng CALCULATE, kapan perlu, dan bedanya sama filter boolean biasa di Power BI.
DAX CALCULATE: Fungsi Paling Penting di Power BI
Kalau cuma boleh belajar satu fungsi DAX, pilih CALCULATE. Fungsi ini yang ngizinin kamu ubah konteks filter dan bikin perhitungan lanjutan di Power BI. Ini cara pakainya.