Video: Memahami Indicator Korelasi FF terhadap Harga 2024
Anda tidak perlu menjadi pemodel database ahli untuk menggunakan Power Pivot. Tapi penting untuk memahami hubungan. Semakin baik Anda memahami bagaimana data disimpan dan dikelola di database, semakin efektif Anda akan memanfaatkan Power Pivot untuk pelaporan.
A hubungan adalah mekanisme dimana tabel terpisah saling terkait satu sama lain. Anda bisa memikirkan sebuah hubungan sebagai VLOOKUP, di mana Anda menghubungkan data dalam satu rentang data ke data di kisaran data lain menggunakan indeks atau pengenal unik. Dalam database, hubungan melakukan hal yang sama, namun tanpa kerumitan penulisan rumus.
Hubungan penting karena sebagian besar data yang Anda hasilkan sesuai dengan hierarki multidimensional. Misalnya, Anda mungkin memiliki tabel yang menunjukkan pelanggan yang membeli produk. Pelanggan ini memerlukan faktur yang memiliki nomor faktur. Tagihan tersebut memiliki beberapa baris transaksi yang mencantumkan apa yang mereka beli. Sebuah hirarki ada di sana.
Sekarang, di dunia spreadsheet satu dimensi, data ini biasanya akan disimpan di meja datar, seperti yang ditunjukkan di sini.
Karena pelanggan memiliki lebih dari satu faktur, informasi pelanggan (dalam contoh ini, CustomerID dan CustomerName) harus diulang. Hal ini menyebabkan masalah saat data tersebut perlu diperbarui.
Misalnya, bayangkan nama perusahaan Aaron Fitz Electrical berubah menjadi Fitz and Sons Electrical. Melihat tabel, Anda melihat beberapa baris berisi nama lama. Anda harus memastikan bahwa setiap baris berisi nama perusahaan lama diperbarui untuk mencerminkan perubahannya. Setiap baris yang Anda lewatkan tidak akan benar memetakan kembali ke pelanggan yang tepat.
Bukankah lebih logis dan efisien untuk mencatat nama dan informasi pelanggan hanya satu kali? Kemudian, daripada harus menulis informasi pelanggan yang sama berulang kali, Anda bisa saja memiliki beberapa nomor referensi pelanggan.
Inilah ide dibalik hubungan. Anda dapat memisahkan pelanggan dari faktur, menempatkan masing-masing di tabel mereka sendiri. Kemudian Anda dapat menggunakan pengenal unik (seperti CustomerID) untuk menghubungkannya bersama-sama.
Gambar berikut menggambarkan bagaimana data ini akan terlihat dalam database relasional. Data akan dibagi menjadi tiga tabel terpisah: Pelanggan, InvoiceHeader, dan InvoiceDetails. Setiap tabel kemudian dihubungkan dengan pengenal unik (CustomerID dan InvoiceNumber, dalam kasus ini).
Tabel Pelanggan berisi catatan unik untuk setiap pelanggan. Dengan begitu, jika Anda perlu mengubah nama pelanggan, Anda perlu membuat perubahan hanya dalam catatan itu. Tentu saja, dalam kehidupan nyata, tabel Pelanggan mencakup atribut lain, seperti alamat pelanggan, nomor telepon pelanggan, dan tanggal mulai pelanggan. Atribut lain ini juga dapat dengan mudah disimpan dan dikelola di tabel Pelanggan.
Jenis hubungan yang paling umum adalah hubungan satu-ke-banyak. Artinya, untuk setiap record dalam satu tabel, satu record bisa dicocokkan dengan banyak record di tabel terpisah. Misalnya, tabel header faktur terkait dengan tabel detail faktur. Tabel header faktur memiliki pengenal unik: Nomor Faktur. Detail faktur akan menggunakan Nomor Faktur untuk setiap record yang mewakili detail dari faktur tertentu.
Jenis hubungan jenis lainnya adalah hubungan satu-ke-satu: Untuk setiap record dalam satu tabel, satu dan hanya satu record yang cocok ada dalam tabel yang berbeda. Data dari tabel yang berbeda dalam hubungan satu-ke-satu secara teknis dapat digabungkan menjadi satu tabel.
Akhirnya, dalam hubungan banyak-ke-banyak, catatan di kedua tabel dapat memiliki sejumlah catatan yang cocok di tabel lainnya. Misalnya, database di bank mungkin memiliki tabel dari berbagai jenis pinjaman (pinjaman rumah, pinjaman mobil, dan sebagainya) dan tabel pelanggan. Seorang pelanggan bisa memiliki banyak jenis pinjaman. Sementara itu, setiap jenis pinjaman bisa diberikan kepada banyak pelanggan.
