Alvidianti Dhuhalia (09121403)

Reza Winiarni (09121403025)

Kimball Dimensional Modeling Techniques

Fundamental Concepts
Sebelum mengadakan upaya pemodelan dimensi, tim perlu memahami
kebutuhan bisnis, serta realitas sumber data yang mendasari. Model
dimensi harus dirancang berkolaborasi dengan ahli subjek Dan data
perwakilan pemerintahan dari bisnis.
4 langkah Proses Desain Dimensi
1. Pilih proses bisnis.
2. Mendeklarasikan butir-butir.
3. Mengidentifikasi dimensi.
4. Mengidentifikasi fakta-fakta.

Business Processes adalah kegiatan operasional yang dilakukan

oleh organisasi, seperti mengambil pesanan, memproses klaim
asuransi, atau gambaran setiap rekening setiap bulan.
Grain. Mendeklarasikan grain adalah langkah penting dalam desain
dimensi. Grain menetapkan apa yang akan menjadi fakta pada baris
tabel tunggal. Deklarasi grain menjadi perjanjian yang mengikat
pada desain. Grain harus dideklarasikan sebelum memilih dimensi
atau fakta karena setiap calon dimensi atau fakta harus konsisten
dengan grain.
Dimensions for Descriptive Context. Dimensi memberikan
konteks "siapa, apa, di mana, kapan, mengapa, dan bagaimana"
yang mengelilingi hal-hal dalam proses bisnis. Tabel dimensi berisi
atribut deskriptif digunakan oleh aplikasi BI untuk penyaringan dan
pengelompokan fakta-fakta.
Facts for Measurements. Fakta adalah cara pengukuran yang
dihasilkan dari kejadian proses bisnis dan hampir selalu numerik.
Star Schemas and OLAP Cubes. Skema bintang adalah struktur
dimensi
yang digunakan dalam sistem manajemen relasional
database (RDBMS). OLAP adalah struktur dimensi yang

diimplementasikan dalam database multidimensi; bisa setara dalam

konten, atau lebih sering berasal dari, skema bintang relasional.

Basic Fact Table Techniques

Fact Table Structure

Sebuah tabel fakta berisi langkah-langkah numerik yang dihasilkan
dari pengukuran operasional terhadap hal-hal di dunia nyata.

Additive, Semi-Additive, Non-Additive Facts

Tindakan aditif dapat disimpulkan di salah satu dimensi yang
berhubungan dengan tabel fakta. Tindakan Semi-aditif dapat
disimpulkan di beberapa dimensi, tapi tidak semua.

Nulls in Fact Tables

Fungsi agregat (SUM, COUNT, MIN, MAX, dan AVG) semuanya benar
dengan fakta-fakta null. Namun, nulls harus dihindari sebagai
Foreign keys dalam tabel fakta karena nulls ini secara otomatis
akan menyebabkan pelanggaran integritas referensial.

Conformed Facts
Jika pengukuran yang sama muncul dalam tabel fakta terpisah,
harus diperhatikan karena untuk memastikan definisi teknis dari
fakta-fakta yang identik jika mereka harus dibandingkan atau
dihitung bersama-sama.

Transaction Fact Tables

Sebuah baris dalam tabel fakta transaksi sesuai dengan pengukuran
yang ada pada titik dalam ruang dan waktu.

Periodic Snapshot Fact Tables

Sebuah baris dalam Periodic Snapshot Fact Tables yang merangkum
banyak kegiatan pengukuran yang terjadi selama periode standar,
seperti sehari, seminggu, atau sebulan.

Accumulating Snapshot Fact Tables

Sebuah baris dalam Accumulating Snapshot Fact Tables yang
merangkum pengukuran prediksi yang terjadi pada langkah-langkah
antara awal dan akhir dari suatu proses.

Factless Fact Tables

Meskipun sebagian besar pengukuran memuat hasil numerik, ada
kemungkinan bahwa hal tersebut hanya merekam satu set entitas
dimensi yang datang bersama-sama diwaktu yang sama.

Aggregate Fact Tables or OLAP Cubes

Tabel fakta agregat adalah tabel data rollups numerik sederhana
yang dibangun semata-mata untuk mempercepat kinerja query.
Table ini tersedia untuk lapisan BI sehingga alat BI dapat dengan
cepat memilih tingkat agregat yang tepat pada waktu permintaan.
OLAP Cubes sama seperti relasional aggregrat tetapi OLAP cubes
dimaksudkan untuk diakses langsung oleh pengguna bisnis.

Consolidated Fact Tables

Hal ini sering terjadi untuk menggabungkan fakta dari beberapa
proses secara bersama-sama ke dalam tabel fakta konsolidasi
tunggal jika mereka dapat dinyatakan pada butir yang sama.

Basic Dimension Table Techniques

Dimension Table Structure

Setiap tabel dimensi memiliki kolom primary key tunggal. Primary
key ini dijadikan sebagai Foreign Key dalam tabel fakta terkait di
mana baris dimensi pada konteks deskriptif harus tepat dan benar .

Dimension Surrogate Keys

Sebuah tabel dimensi dirancang dengan satu kolom yang berfungsi
sebagai primary key yang unik.

Natural, Durable, and Supernatural Keys

Natural keys yang dibuat oleh sistem sumber operasional
tergantung pada aturan bisnis di luar kontrol sistem DW / BI.
Durable key dibuat jika data warehouse membutuhkna satu kunci
dan kunci ini tidak akan berubah dalam situasi ini. Kunci seperti ini
juga sering di sebut durable supernatural key

Drilling Down
Drilling Down berarti menambahkan header baris untuk query yang
ada, header baris yang baru merupakan atribut dimensi yang

ditambahkan dengan menggunakan ekspresi GROUP BY pada query

SQL.

Degenerate Dimensions
Degenerate Dimensions ditempatkan dalam tabel fakta dengan
pernyataan jelas bahwa tidak ada tabel dimensi yang terkait.
Degenerate Dimensions paling umum dengan transaksi dan
pengumpulan gambaran dari tabel fakta

Denormalized Flattened Dimensions

Dimensi denormalization mendukung tujuan pemodelan dimensi
ganda yang sederhana dan cepat.

Flags and Indicators as Textual Attributes

Singkatan yang samar, bendera yang benar / salah, dan indikator
operasional harus dilengkapi dalam tabel dimensi dengan teks yang
lengkap yang memiliki makna ketika ditinjau secara independen.

Null Attributes in Dimensions

Nulls dalam atribut dimensi harus dihindari karena nulls dapat
menghambat pengelompokan database yang berbeda sehingga
tidak konsisten.

Calendar Date Dimensions

Calendar Date Dimensions yang ada pada hampir setiap tabel fakta
untuk memungkinkan navigasi pada tabel melalui tanggal, bulan,
periode fiskal, dan hari-hari khusus di kalender.

Junk Dimensions
Proses transaksional bisnis biasanya menghasilkan sejumlah
indikator bendera kardinalitas yang lemah. Daripada membuat
dimensi terpisah untuk setiap bendera dan atribut, Anda dapat
membuat Junk Dimensions untuk menggabungkan keduanya.

Snowfl aked Dimensions

Ketika hubungan hirarkis dalam tabel dimensi dinormalkan, atribut
yang memiliki kardinalitas yang lemah muncul sebagai tabel
sekunder terhubung ke tabel dimensi dasar dengan atribut kunci.
Ketika proses ini diulang dengan semua tabel dimensi, maka
karakteristik struktur multilevel terbentuk dan disebut kepingan
salju.

Outrigger Dimensions
Sebuah Dimensi dapat memuat referensi ke tabel dimensi lain.
Misalnya, dimensi rekening bank dapat mereferensi dimensi yang
terpisah yang mewakili tanggal rekening dibuka. Referensi dimensi
sekunder ini disebut Outrigger Dimensions.

Integration via Conformed Dimensions

Conformed Dimensions
Conformed Dimensions, didefinisikan sebagai kolaborasi dalam data
tata kelola bisnis, yang digunakan kembali pada tabel fakta yang
memberikan konsitensi analitik dan mengurangi biaya
pengembangan di masa depan.

Shrunken Dimensions
Shrunken Dimensions merupakan bagian dari baris dan / atau kolom
dimensi dasar. Shrunken rollup dimensions diperlukan ketika
membangun tabel fakta agregat.

Drilling Across
Drilling across berarti membuat query terpisah terhadap dua atau
lebih tabel fakta di mana baris header setiap query terdiri dari
atribut identik yang sesuai

Value Chain
Value chain mengidentifikasi aliran dari proses bisnis yang utama
dari sebuah organisasi.

Enterprise Data Warehouse Bus Architecture

Enterprise data warehouse bus architecture menyediakan
pendekatan bertahap untuk membangun perusahaan DW / sistem
BI. Arsitektur ini menguraikan proses perencanaan DW / BI yang
dapat dikelola dengan berfokus pada proses bisnis.

Enterprise Data Warehouse Bus Matrix

Enterprise data warehouse bus matrix adalah alat penting untuk
merancang dan mengkomunikasikan enterprise data warehouse bus
architecture. Baris dari matriks adalah proses bisnis dan kolom

dimensi. Sel-sel yang diarsir dari matriks menunjukkan apakah

dimensi berhubungan dengan proses bisnis tertentu.

Detailed Implementation Bus Matrix

Detailed implementation bus matrix adalah matriks bus lebih rinci di
mana setiap baris proses bisnis telah diperluas untuk menunjukkan
spesifik tabel fakta atau OLAP cubes.

Opportunity/Stakeholder Matrix
The opportunity/stakeholder matrix membantu mengidentifikasi
kelompok bisnis hendaknya diundang untuk sesi desain kolaboratif
untuk setiap baris proses-sentris.