Rmk Bab 4 Arif Setiawan Kasri a31115732

download Rmk Bab 4 Arif Setiawan Kasri a31115732

of 10

Transcript of Rmk Bab 4 Arif Setiawan Kasri a31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    1/10

    BAB 4 RELATIONAL DATABASE

    Pengantar

    Database relasional mendasari AISs terpadu yang paling modern,

    Bab ini dan bab 17 melalui 19 menjelaskan bagaimana untuk berpartisipasi dalam desain dan implementasi

    database.

    File versus Database

    untuk menghargai kekuatan database, penting untuk memahami bagaimana data disimpan dalam sistem komputer.

    Angka !1 menunjukkan hirarki data. In"ormasi tentang atribut pelanggan, seperti nama dan alamat, disimpan dalam

    bidang. Semua bidang yang berisi data tentang satu entitas #misalnya, satu pelanggan$ membentuk rekor. Satu set

    %atatan terkait, seperti semua %atatan pelanggan, membentuk sebuah "ile #misalnya, "ile pelanggan$. Satu set saling

    terkait, "ile terpusat terkoordinasi membentuk database.

    Database dikembangkan untuk mengatasi proli"erasi "ile induk. Selama bertahun!tahun, men%iptakan "ile dan

    program baru setiap kali kebutuhan untuk in"ormasi mun%ul. Bank o" Ameri%a pernah memiliki &' juta rekening

    nasabah di (& sistem yang terpisah. Proli"erasi men%iptakan inmasalah seperti menyimpan data yang sama dalam

    dua atau lebih "ile induk, seperti yang ditunjukkan pada )ambar !(. *al ini membuat sulit untuk mengintegrasikan

    dan memperbarui data dan untuk mendapatkan pandangan organisasi. *al ini juga men%iptakan masalah karena

    data dalam "ile yang berbeda tidak konsisten. Sebagai %ontoh, sebuah alamat mungkin telah diperbarui telah benar

    dalam master "ile pengiriman tetapi tidak master "ile penagihan. )ambar !( mengilustrasikan perbedaan antara

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    2/10

    BAB 4 RELATIONAL DATABASE

    sistem "ile yang berorientasi dan sistem database. Dalam pendekatan database, data merupakan sumber daya

    organisasi yang digunakan oleh dan dikelola untuk seluruh organisasi, bukan hanya departemen itu berasal. Sebuah

    sistem manajemen database #DB+S$ adalah antarmuka antara database dan berbagai program aplikasi. Database

    itu, DB+S, dan program aplikasi yang mengakses database melalui DB+S disebut sebagai sistem database.

    Database administrator #DBA$ bertanggung ja-ab untuk database.

    Menggunakan Data Gudang untuk Business Intelligence

    Dalam ekonomi global yang serba %epat saat ini, manajemen harus terus!menerus mengealuasi kinerja "inansial

    dan operasional dalam tujuan strategis dan %epat mengubah ren%ana yang diperlukan. Sejak pengambilan

    keputusan strategis membutuhkan akses ke sejumlah besar data historis, organisasi building database terpisah yang

    disebut gudang data. Sebuah gudang data berisi baik data rin%i dan dirangkum untuk beberapa tahun dan digunakan

    untuk analisis daripada transaksi proses. *al ini tidak biasa untuk gudang data yang berisi ratusan terabyte data.

    Data -arehouse tidak menggantikan database proses transaksi/ tetapi melengkapi dengan memberikan dukungan

    untuk pengambilan keputusan strategis. 0arena data -arehouse tidak digunakan untuk pemrosesan transaksi,

    biasanya diperbarui se%ara berkala daripada se%ara real time. Sedangkan database pengolahan transaksi

    meminimalkan redundansi dan memaksimalkan e"isiensi memperbarui untuk men%erminkan hasil transaksi saat ini,

    gudang data sengaja berlebihan untuk memaksimalkan e"isiensi uery.

    +enggunakan data -arehouse untuk pengambilan keputusan strategis sering disebut sebagai bisnis intel!ligen%e.

    Ada dua teknik utama yang digunakan dalam intelijen bisnis2 pro%essing se%ara online analitis #34AP$ dan data

    mining. 3nline analyti%al pro%essing #34AP$ menggunakan uery untuk memandu inestigasi hubungan hipotesis

    dalam data. Sebagai %ontoh, seorang manajer dapat menganalisis.

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    3/10

    BAB 4 RELATIONAL DATABASE

    pembelian pemasok untuk tiga tahun terakhir. *al ini dapat diikuti oleh permintaan tambahan yang 5menelusuri5 ke

    tingkat yang lebih rendah, misalnya, mengelompokkan pembelian oleh item yang berbeda dan dengan periode "iskal.

    Data mining menggunakan analisis statistik yang %anggih, termasuk teknik ke%erdasan buatan seperti jaringan sara",

    untuk 5menemukan5 hubungan unhypothesi6ed dalam data. +isalnya, perusahaan kartu kredit menggunakan data

    mining untuk mengidenti"ikasi pola penggunaan indikasi penipuan. Demikian pula, teknik data mining dapat

    mengidenti"ikasi hubungan yang sebelumnya tidak diketahui dalam data penjualan yang dapat digunakan dalam

    promosi di masa depan.

    0ontrol yang tepat diperlukan untuk man"aat yang signi"ikan dari data -arehousing. Data kontrol alida!tion yang

    diperlukan untuk memastikan bah-a masukan data -arehouse adalah akurat. +emeri"ikasi akurasi, disebut

    menggosok data, sering salah satu yang paling langkah memakan -aktu dan mahal di %reating data -arehouse.

    *al ini juga penting untuk mengontrol akses ke data -arehouse serta untuk mengenkripsi data yang tersimpan di

    gudang data. Akhirnya, penting untuk se%ara teratur salinan %adangan dari data -arehouse dan menyimpannya

    dengan aman.

    Keuntungan Sistem Basis Data

    *ampir semua main"rame dan serer menggunakan teknologi database, dan penggunaan database pribadi

    %omputer berkembang pesat. 0ebanyakan akuntan terlibat dengan database melalui entri data, pengolahan data,

    uery, atau audit. +ereka juga mengembangkan, mengelola, atau mengealuasi pengendalian yang diperlukan

    untuk memastikan integritas database. Database menyediakan organisasi dengan man"aat sebagai berikut2

    Integrasi data. ile induk digabungkan menjadi besar 5kolam5 dari data yang banyak program appli!kation akses.

    8ontohnya adalah database karya-an yang mengkonsolidasikan penggajian, personil, dan keterampilan kerja

    "ile induk.

    berbagi data. Data terintegrasi lebih mudah berbagi dengan pengguna yang ber-enang. Database mudah

    diakses untuk penelitian masalah atau mendapatkan in"ormasi rin%i mendasari laporan. BI, yang melakukan

    pekerjaan yang baik dari mengumpulkan data tetapi pekerjaan yang buruk berbagi, menghabiskan delapan

    tahun dan :: juta untuk mengintegrasikan data dari sistem yang berbeda.

    +inimal redundansi data dan inkonsistensi data. 0arena item data biasanya disimpan hanya sekali, redundansi

    data dan data inkonsistensi diminimalkan.

    kemerdekaan data. 0arena data dan program yang menggunakan mereka adalah independen satu sama lain,

    masing!masing dapat diubah tanpa mengubah lainnya. Ini mem"asilitasi pemrograman dan menyederhanakan

    manajemen data.

    Analisis 8ross!"ungsional. Dalam sistem database, seperti hubungan antara biaya penjualan dan kampanye

    promosi, dapat se%ara eksplisit dide"inisikan dan digunakan dalam penyusunan laporan manajemen.

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    4/10

    BAB 4 RELATIONAL DATABASE

    Pentingnya data yang benar

    Data database yang tidak benar dapat menyebabkan keputusan yang buruk, malu, dan pengguna marah. Sebagai

    %ontoh2

    Sebuah perusahaan mengirim setengah mail!order katalog ke alamat yang salah. Seorang manajer akhirnya

    menyelidiki olume besar kembali dan keluhan pelanggan. +emperbaiki alamat pelanggan dalam database

    disimpan perusahaan 1(.:::.::: per tahun.

    ;alparaiso, Indiana, digunakan database kabupaten untuk mengembangkan tari" pajak. Setelah pemberitahuan

    pajak dikirimkan, kesalahan besar ditemukan2 A 1(1.9:: rumah senilai :: juta dan menyebabkan

    &.1::.::: pajak properti kekurangan pendapatan. Akibatnya, kota, distrik sekolah, dan lembaga pemerintah

    harus membuat pemotongan anggaran parah.Data

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    5/10

    BAB 4 RELATIONAL DATABASE

    menga%u pada bagaimana atau di mana data disimpan se%ara "isik. +emisahkan pandangan logis dan "isik data juga

    berarti bah-a pengguna dapat mengubah pandangan logis mereka data tanpa mengubah %ara data se%ara "isik

    disimpan. Demikian juga, database admin!istrator dapat mengubah penyimpanan "isik untuk meningkatkan kinerja

    sistem tanpa mempengaruhi pengguna atau program aplikasi.

    Skema

    Skema menggambarkan struktur logis dari database. Ada tiga tingkatan skema2 konseptual, eksternal, dan internal,

    hubungan antara tiga tingkat in yaitu konseptual tingkat skema, pandangan luas organisasi seluruh database, da"tar

    semua elemen data dan hubungan di antara mereka. Cksternal tingkat skema terdiri dari pandangan pengguna

    indiidual dari bagian database, yang masing!masing disebut sebagai subs%hema a. Internal tingkat skema,

    tampilan tingkat rendah database, menggambarkan bagaimana data disimpan dan diakses, termasuk layout %atatan,

    de"inisi, alamat, dan indeks. )ambar != menghubungkan setiap tingkat dengan panah dua arah untuk me-akili

    pemetaan skema. DB+S menggunakan peta!ping untuk menerjemahkan pengguna atau permintaan program untuk

    data #dinyatakan dalam nama logis dan hubungan$ ke dalam indeks dan alamat yang diperlukan untuk se%ara "isik

    mengakses data.

    Data Dictionary

    Sebuah kamus data berisi in"ormasi tentang struktur database. Seperti ditunjukkan pada ?abel !1, untuk setiap

    elemen data yang disimpan dalam database, ada %atatan dalam kamus menggambarkannya. DB+S

    mempertahankan kamus data, yang input meliputi elemen data baru atau dihapus dan perubahan nama elemen

    data, deskripsi, atau penggunaan. 3utput termasuk laporan untuk programmer, desainer, dan pengguna seperti #1$

    program atau laporan menggunakan item data, #($ sinonim untuk elemen data dalam sebuah "ile, dan #&$ elemen

    data yang digunakan oleh pengguna. 4aporan ini digunakan untuk sistem do%umentatsi, untuk desain database dan

    implementasi, dan sebagai bagian dari jejak audit.

    DBMS Bahasa

    Sebuah DB+S memiliki beberapa bahasa. Bahasa de"inisi data #DD4$ membangun kamus data, men%iptakan

    database, menjelaskan pandangan logis untuk setiap pengguna, dan menentukan %atatan atau kendala keamanan

    lapangan. Bahasa manipulasi data #D+4$ perubahan isi database, termasuk update elemen data, sisipan, dan

    penghapusan. Bahasa uery data #D4$ kuat, mudah digunakan perintah yang memungkinkan pengguna untuk

    mengambil, data sema%am, ketertiban, dan tampilan. Seorang penulis laporan menyederhanakan pembuatan

    laporan. Pengguna menentukan elemen data yang mereka ingin di%etak, dan penulis laporan pen%arian database,

    ekstrak elemen data, dan men%etak mereka di!ditentukan pengguna "ormat. ?he D4 dan penulis laporan yang

    tersedia untuk pengguna. DD4 dan D+4 harus dibatasi untuk administrator dan programer resmi.

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    6/10

    BAB 4 RELATIONAL DATABASE

    Relational Database

    Sebuah DB+S ditandai dengan model logis data, atau representasi abstrak database %onten. Seperti kebanyakan

    DB+S baru database.+odel data relasional merupakan skema konseptualisasi dan eksternal tingkat seolah!olah

    data yang disimpan dalam tabel seperti yang ditunjukkan pada ?abel !(. Data sebenarnya disimpan tidak dalam

    tabel, tetapi dengan %ara yang dijelaskan dalam skema internal tingkat.

    Setiap baris dalam sebuah tabel, yang disebut tuple #sajak dengan pasangan$, berisi data tentang kejadian tertentu

    dari jenis entitas di-akili. Setiap kolom berisi data tentang atribut dari entitas tersebut. +isalnya, setiap baris pada

    ?abel !( berisi data tentang barang!inen tory tertentu yang S E S memba-a, dan masing!masing kolom berisi data

    tentang atribut persediaan tertentu, seperti deskripsi, -arna, dan harga. Demikian pula, setiap baris dalam tabel

    pelanggan berisi data tentang pelanggan tertentu, dan masing!masing kolom berisi data tentang atribut pelanggan,

    seperti nama dan alamat.

    Jenis tribut

    0un%i utama adalah atribut database, atau kombinasi atribut, yang se%ara unik mengidenti"ikasi baris tertentu dalam

    sebuah tabel. 0un%i utama dalam ?abel !( adalah Item Fumber karena unik mengidenti"ikasi setiap item barang

    yang S E S menjual. Biasanya, kun%i utama adalah atribut tunggal. Dalam beberapa tabel, dua atau lebih atribut

    yang diperlukan untuk mengidenti"ikasi se%ara unik baris tertentu dalam sebuah tabel. 0un%i primary dari tabel

    Penjualan!Inentarisasi pada ?abel != adalah kombinasi dari Sales Inoi%e G dan Item G. 0un%i asing, yang

    merupakan atribut yang merupakan kun%i utama dalam tabel lain, digunakan untuk menghubungkan tabel.

    Pelanggan G pada ?abel != adalah kun%i utama dalam tabel pelanggan dan kun%i asing dalam tabel Penjualan.

    Dalam tabel Penjualan, Pelanggan G link penjualan data tentang pelanggan yang melakukan pembelian,

    sebagaimana ter%antum dalam tabel pelanggan #lihat panah menghubungkan tabel$.

    Fonkey lain atribut di toko meja in"ormasi penting tentang entitas tersebut. ?he inentory tabel pada ?abel !( berisi

    in"ormasi tentang deskripsi, -arna, jumlah penjual, kuantitas di tangan, dan harga setiap item S E S mengusung.

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    7/10

    BAB 4 RELATIONAL DATABASE

    Merancang Relational Database untuk S ! S" #nc

    Dalam sistem akuntansi manual, S E S akan menangkap in"ormasi penjualan pada "aktur penjualan %etakan yang

    menyediakan pandangan logis dan "isik dari data yang dikumpulkan. Penyimpanan "isik data "aktur penjualan

    sederhana/ S E S toko salinan "aktur di lemari arsip.+enyimpan data yang sama di komputer yang lebih kompleks.

    +isalkan S E S ingin menyimpan lima "aktur penjualan #nomor 1:1!1:=$ elektronik. Pada beberapa "aktur, pelanggan

    membeli lebih dari satu item. +ari kita lihat e"ek dari beberapa %ara menyimpan in"ormasi ini.

    1. Simpan Semua Data di Satu ?abel ni"orm. S E S bisa menyimpan data penjualan di satu meja, seperti yang

    digambarkan dalam ?abel !&. Pendekatan ini memiliki dua kelemahan. Pertama, menyimpan banyak data yang

    berlebihan. Periksa "aktur 1:( pada ?abel !&. 0arena tiga item persediaan yang dijual, "aktur dan pelanggan

    data #kolom 1!9$ di%atat tiga kali. Demikian juga, deskripsi persediaan dan harga satuan yang berulang setiap

    kali item dijual. 0arena olume penjualan yang tinggi di toko ritel #ingat, ?abel !& hanya me-akili lima "aktur$,

    redundansi seperti membuat pemeliharaan berkas tidak perlu memakan -aktu dan ra-an kesalahan.

    (. 0edua, masalah terjadi ketika data "aktur disimpan dalam satu meja. Hang pertama disebut update anomali,

    karena update data nilai tidak di%atat dengan benar. +engubah alamat pelanggan melibatkan men%ari seluruh

    tabel dan mengubah setiap terjadinya alamat yang pelanggan. +enghadap bahkan satu baris men%iptakan

    inkonsistensi, karena beberapa alamat akan ada untuk pelanggan yang sama. *al ini dapat mengakibatkan

    surat duplikat yang tidak perlu dan kesalahan lainnya. Insert anomali terjadi pada %ontoh kita karena tidak ada

    %ara untuk menyimpan in"ormasi tentang %alon pelanggan sampai mereka melakukan pembelian. @ika data

    pelanggan prospekti" dimasukkan sebelum pembelian dilakukan, Sales Inoi%e G kolom akan kosong. Famun,

    "aktur penjualan num!ber merupakan kun%i utama untuk ?abel !& dan tidak boleh kosong, karena unik

    mengidenti"ikasi %atatan. Sebuah anomali delete terjadi ketika menghapus berturut!turut memiliki konsekuensi

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    8/10

    BAB 4 RELATIONAL DATABASE

    yang tidak diinginkan. @ika pelanggan memiliki satu pembelian satu item, menghapus baris yang menghapus

    semua data tentang pelanggan itu.

    &. ;ariasikan @umlah 0olom. Sebuah alternati" untuk ?abel !& adalah untuk merekam "aktur penjualan dan data

    pelanggan sekali dan menambahkan kolom tambahan untuk merekam setiap item yang dijual. ?abel !

    menggambarkan pendekatan ini. +eskipun ini mengurangi redundansi data dan menghilangkan beberapa

    anomali terkait dengan ?abel !&, ia memiliki kelemahan. S E S akan harus memutuskan terlebih dahulu berapa

    banyak nomor item untuk meninggalkan ruang untuk di setiap baris #yaitu, berapa banyak kolom untuk

    dimasukkan ke dalam tabel, perhatikan pada ?abel ! yang untuk menyimpan setiap item tambahan

    membutuhkan lima tambahan kolom!Item, kuantitas, Deskripsi, *arga Satuan, dan Ctended @umlah$. @ika

    ruang yang tersisa untuk empat item #(: kolom$, bagaimana data tentang penjualan melibatkan delapan item

    #: kolom$ disimpanJ @ika ruang yang tersisa untuk delapan item, bagaimanapun, akan ada banyak ruang

    kosong, seperti halnya untuk penjualan "aktur 1:& dan 1:.

    Persyaratan dasar dari Relational Database

    0ita sekarang beralih ke pedoman yang digunakan untuk mengembangkan database relasional yang terstruktur

    dengan baik.

    1. Setiap kolom berturut!turut harus tunggal dihargai. Dalam database relasional, hanya ada satu nilai per sel.

    Pada S E S, setiap penjualan dapat melibatkan lebih dari satu item. Pada "aktur 1:(, %ustomer membeli

    teleisi, lemari es, dan lemari es. @ika Item G adalah atribut dalam tabel Penjualan, itu akan harus mengambil

    tiga nilai #nomor item 1:,(:, dan &:$. ntuk mengatasi masalah ini, meja Penjualan!Inentarisasi di%iptakan

    yang berisi da"tar setiap item yang dijual di "aktur. Baris ketiga pada tabel Penjualan!Inentarisasi pada ?abel !

    = menunjukkan "aktur 1:( dan item nomor 1: #teleisi$. Baris keempat menunjukkan "aktur 1:( dan barang (:

    #"ree6er$. Baris kelima menunjukkan "aktur 1:( dan barang &: #kulkas$. ?abel ini mengulangi nomor "aktur

    sesering yang diperlukan untuk menampilkan semua item pur!mengejar pada "aktur penjualan.

    (. kun%i primer tidak dapat null. Sebuah kun%i primer tidak dapat se%ara unik mengidenti"ikasi baris dalam sebuah

    tabel jika nol #kosong$. 0un%i utama non!null memastikan bah-a setiap baris dalam sebuah tabel me-akili

    sesuatu dan bah-a hal itu dapat diidenti"ikasi. *al ini disebut sebagai aturan integritas entitas. Dalam tabel

    Penjualan!Inentarisasi pada ?abel !=, tidak ada bidang tunggal unik mengidenti"ikasi setiap baris. Famun, dua

    kolom pertama, diambil bersama!sama, jangan unik mengidenti"ikasi setiap baris dan merupakan kun%i utama.

    &. kun%i asing, jika tidak nol, harus memiliki nilai!nilai yang sesuai dengan nilai kun%i utama dalam tabel lain. 0un%i

    asing menghubungkan baris dalam satu meja untuk baris di meja lain. Pada ?abel !=, Pelanggan G dapat

    menghubungkan setiap transaksi penjualan dengan pelanggan yang berpartisipasi dalam a%ara hanya jika tabel

    ARIF SETIAWAN KASRI

    A31115732

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    9/10

  • 7/24/2019 Rmk Bab 4 Arif Setiawan Kasri a31115732

    10/10

    BAB 4 RELATIONAL DATABASE

    pada ?abel !', Design ie- digunakan. +engklik pada 5uery Design5 tombol menghasilkan jendela Sho- ?able

    ditampilkan pada ?abel !'. Pengguna memilih tabel yang dibutuhkan untuk menghasilkan in"ormasi yang diinginkan/

    jika lebih dari yang diperlukan tabel yang dipilih, uery tidak dapat berjalan dengan baik.0ita akan menggunakan

    tabel pada ?abel != untuk berjalan melalui langkah!langkah yang diperlukan untuk membuat dan menjalankan lima

    pertanyaan. Ini tidak akan membuat Anda seorang ahli dalam uery database A%%ess, tetapi akan menunjukkan %ara

    untuk menghasilkan in"ormasi yang berguna.

    ARIF SETIAWAN KASRI

    A31115732