PERANCANGAN DATA WAREHOUSE EKSPEDISI 2
Memilih Fakta (Choosing the Facts)
Pada tahap ini dilakukan pemilihan fakta yang akan digunakan dalam perancangan data warehouse Aplikasi Kurir. Masing-masing fakta memiliki data yang dapat dihitung dan selanjutnya akan ditampilkan dalam bentuk laporan yang berbentuk grafik. Berikut adalah fakta-fakta yang akan digunakan:
- Fakta Pengiriman Paket: KD_Waktu, KD_Customer, KD_Kurir, KD_Services, KD_DropPoint, KD_Paket. JumlahPaket
- Fakta Retur: KD_Waktu, KD_Kurir, KD_DropPoint, KD_Paket, JumlahRetur
Penyimpanan Perhitungan Awal di Tabel Fakta (Storing Pre-Calculations in the Fact Table)
Dalam tabel fakta terdapat data yang merupakan kalkulasi awal. Hasil dari kalkulasi ini kemudian akan disimpan dalam tabel fakta.
1. Fakta Pengiriman Paket
Fakta Pengiriman Paket meliputi:
- Jumlah pengiriman paket merupakan kumpulan dari TrPaket
2. Fakta Retur
Fakta Retur meliputi:
- Jumlah retur merupakan kumpulan dari TrPaketRetur
Memastikan Tabel Dimensi (Rounding Out the Dimensional Tables)
Dimensi | Field | Deskripsi |
Waktu | Tahun Bulan Tanggal | Laporan dapat dilihat pertahun maupun perbulan. |
Customer | Customer | Laporan dapat dilihat berdasarkan banyaknya Customer |
Kurir | Kurir | Laporan dapat dilihat berdasarkan Kurir |
Payment | Payment | Laporan dapat dilihat berdasarkan banyaknya Pembayaran |
Paket | Paket | .Laporan dapat dilihat berdasarkan jenis Paket |
DropPoint | DropPoint | Laporan dapat dilihat berdasarkan DropPoint |
Service | Service | Laporan dapat dilihat berdasarkan Service |
Tabel 4 Dimensi
Berikut daftar dan penjelasan lebih lanjut dari dimensi tersebut.
- DimensiWaktu
Atribut Tipe Data Panjang KD_Waktu Int – Tgl Date – Bulan Date – Tahun Date – Kuartal Date – Tabel 5 DimensiWaktu
- DimensiCustomer
Atribut Tipe Data Panjang KD_Customer INT 5 id_Customer INT 10 Nama CHAR 50 Alamat VARCHAR 50 Email VARCHAR 50 NoTelp INT 15 Tabel 6 DimensiCustomer
- DimensiKurir
Atribut Tipe Data Panjang KD_Kurir CHAR 6 id_Kurir INT 10 Nama CHAR 50 NoTelp INT 15 Umur INT 10 Tabel 7 DimensiKurir
- DimensiPayment
Atribut Tipe Data Panjang KD_Payment INT 10 id_Payment INT 10 Payment_Type INT 10 Tanggal Date Tabel 8 DimensiPayment
- DimensiPaket
Atribut Tipe Data Panjang KD_Paket Char 5 id_Paket INT 10 Nama_Pengirim VARCHAR 20 Nama_Penerima VARCHAR 20 Alamat_Pengirim VARCHAR 50 Alamat_Tujuan VARCHAR 50 Berat INT 10 Jenis_Barang VARCHAR 50 Tabel 9 DimensiPaket
- DimensiDropPoint
Atribut Tipe Data Panjang KD_DropPoint CHAR 5 id_DropPoint INT 10 Nama CHAR 15 Alamat VARCHAR 20 NoTelp INT 10 Tabel 10 DimensiDropPoint
- DimensiService
Atribut Tipe Data Panjang KD_Service INT 10 id_Service INT 10 Jenis_Service VARCHAR 50 Harga Float 10 Tabel 11 DimensiService
Pemilihan Durasi Database (Choosing the Duration of the Database)
Durasi dari data Aplikasi Kurir yang dimasukan ke dalam data warehouse sebagai berikut:
Nama Aplikasi | Database | Database ada sejak tahun | Data yang masuk ke data warehouse | Data dalam data warehouse |
Aplikasi Data Warehouse
Aplikasi Kurir |
OLTP Aplikasi Kurir | 2016 | 2016 – 2020 | 4 Tahun |
Tabel 10 Durasi Database
Melacak Perubahan Dimensi Secara Perlahan (Tracking Slowly Changing Dimensions)
Dari 3 jenis dasar pada perubahan dimensi, perancangan data warehouse pada datawarehouse kurir ini, perubahan atribut pada dimensi akan mengakibatkan perubahan satu record Field baru. Hal ini dilakukan untuk menjaga data yang lama agar tetap ada agar diketahui perubahan dimensi yang terjadi dari data yang lama ke data yang baru.
Memutuskan Prioritas dan Model Dari Query
Proses Extract, Transform, dan Load (ETL)
Proses ETL akan dilakukan setiap bulan sekali yang akan dilakukan oleh database administrator di datawarehouse kurir ini. Namun jika terjadi perubahan data atau update-an data akan dilakukan ETL pada saat itu juga.
Gambar 2 OLE DB Destination untuk proses ETL Dimensi Waktu
Gambar 3 ETL Dimensi Waktu
Gambar 4 OLE DB Destination untuk proses ETL Dimensi Customer
Gambar 5 ETL Dimensi Customer
Gambar 6 OLE DB Destination untuk proses ETL Dimensi Kurir
Gambar 7 ETL Dimensi Kurir
Gambar 8 OLE DB Destination untuk proses ETL Dimensi Paket
Gambar 9 ETL Dimensi Paket
Gambar 10 OLE DB Destination untuk proses ETL Dimensi Service
Gambar 11 ETL Dimensi Service
Gambar 12 OLE DB Destination untuk proses ETL Fakta Pengiriman Paket
Gambar 13 ETL Fakta Pengiriman Paket
Gambar 14 OLE DB Destination untuk proses ETL Fakta Retur
Gambar 15 ETL Fakta Retur
Proses Backup
Pelaku Backup | Dilakukan Setiap | Keterangan |
Database
Administrator |
Dua minggu sekali proses ETL dilakukan. | Back up data dilakukan untuk menghindari kehilangan data. |
Tabel 11 Tabel Proses Backup
Proses backup akan dilakukan setiap dua minggu sekali oleh bagian Database Administrator sebelum dilakukan proses ETL, untuk mencegah kegagalan pada saat proses ETL berlangsung.
Skema Bintang
Pada perancangan ini, bentuk dari skema bintang yang dipilih dan digunakan adalah star schema, ini dikarenakan skema ini merupakan skema yang mudah dipahami dan digunakan oleh pengguna dari pada skema lainnya. Bentuk yang tidak rumit dan memudahkan dalam query. Ada 2 skema bintang yang dihasilkan dalam perancangan ini, yaitu :
Kesimpulan
Data Warehouse terpusat mempermudah Ekspedisi dalam pengawasan dan pemeliharaan data yang terdapat di dalam data warehouse, dapat menjaga konsistensi isi dari data warehouse dari berbagai macam perubahan jika dibandingkan dengan data warehouse terdistribusi dan biaya untuk arsitektur data warehouse secara terpusat lebih murah karena hanya terpusat dalam satu tempat.