School of Information Systems

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.

1. Dimensi Waktu

Gambar 2 OLE DB Destination untuk proses ETL Dimensi Waktu

Gambar 3 ETL Dimensi Waktu

2. Dimensi Customer

Gambar 4 OLE DB Destination untuk proses ETL Dimensi Customer

Gambar 5 ETL Dimensi Customer

3. Dimensi Kurir

Gambar 6 OLE DB Destination untuk proses ETL Dimensi Kurir

Gambar 7 ETL Dimensi Kurir

4. Dimensi Paket

Gambar 8 OLE DB Destination untuk proses ETL Dimensi Paket

Gambar 9 ETL Dimensi Paket

5. Dimensi Service

Gambar 10 OLE DB Destination untuk proses ETL Dimensi Service

Gambar 11 ETL Dimensi Service

6. Fakta Pengiriman Paket

Gambar 12 OLE DB Destination untuk proses ETL Fakta Pengiriman Paket

Gambar 13 ETL Fakta Pengiriman Paket

7. Fakta Retur

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 :

  • Skema bintang fakta pengiriman paket
  • Skema bintang fakta retur

Star Scheme Gabungan

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.