[Summary] Sistem Informasi Perusahaan Chapter 6
Suatu model konseptual merepresentasikan realita dalam suatu bentuk abstraksi yang dapat digunakan untuk mengembangkan suatu sistem informasi dalam berbagai format (relational, object oriented, dll)
Tidak bergantung pada tipe h/w dan s/w
Tidak bergantung pada tipe model logika (logical model) apa pun
Suatu model logika merepresentasikan realita dalam format yang sesuai dengan model basis data tertentu (contoh relational atau object-oriented)
Tidak bergantung pada h/w dan s/w
Bergantung pada tipe model logika yang dipilih
Suatu model fisik (physical model) dibuat secara khusus untuk suatu paket s/w basis data tertentu.
Bergantung pada h/w, s/w dan pada tipe model logika yang dipilih
Relational Database Model Relational model adalah suatu tipe model logika basis data yang diciptakan oleh E.F. codd pada tahun 1969. Relational model berbasiskan pada teori himpunan dan predicate logic (terformalisasi dengan baik, sehingga perilakunya dapat diprediksi). Suatu relational database terdiri dari berbagai tabel (hubungan) yang terhubung satu sama lain melalui penggunaan primary & foreign keys.
A FOREIGN KEY dalam suatu tabel, adalah primary key dari tabel lain yang telah diposting pada tabel pertama untuk membentuk suatu hubungan diantara dua table.
Tabel relational database terdiri dari kolom dan baris: 1. Baris disebut sebagai table extension atau tuples (urutan baris bukanlah merupakan suatu masalah). 2. Kolom disebut sebagai table intension atau schema.
Urutan kolom bukanlah merupakan suatu masalah
Semua nilai dalam kolom dan baris harus mengikuti format data yang sama (contoh: tanggal, teks, dll)
3. Tiap sel dalam suatu tabel basis data (perpotongan kolom-baris) hanya dapat memilliki satu nilai saja (repeating groups tidak diperbolehkan).
Contoh Foreign Key
Beberapa prinsip-prinsip dalam relational model 1. Integritas entitas (entity integrity)
Suatu primary key dalam suatu tabel tidak boleh memiliki nilai null (kosong) Untuk memastikan keunikan entitas dan memungkinkan nilai primary key menjadi acuan bagi nilai foreign key.
2. Integritas referensi (referential integrity)
Nilai untuk suatu foreign key pada suatu tabel harus merupakan salah satu dibawah ini: Null (kosong) Sama dengan nilai primary key pada tabel asalnya
3. Satu fakta, satu tempat (one fact, one place)
Fakta = suatu pasangan nilai atribut kandidat kunci dengan nilai atribut lainnya Fakta ditemukan pada extensional data
Contoh Integritas Referensi
Pelanggaran Aturan Satu Fakta Satu Tempat 1. Satu fakta ada di beberapa lokasi
2. Beberapa fakta ada di satu tempat
Tiap nilai dari tiap atribut pada suatu baris berpasangan dengan primary key, sehingga bila suatu sel memiliki dua atau lebih nilai atribut, hal tersebut dikatakan sebagai beberapa fakta pada satu lokasi (atau disebut juga sebagai repeating group).
Konversi Konseptual menjadi Relational Langkah 1 Buatlah sebuah tabel terpisah untuk merepresentasikan tiap entitas pada model konseptual
1A: Tiap atribut dari entitas menjadi kolom pada relational table
2A: Tiap instance (anggota) dari himpunan entitas menjadi baris pada relational table
Langkah 2-4 melibatkan penentuan apakah tiap hubungan dalam model konseptual harus direpresentasikan sebagai suatu tabel terpisah atau di-posting sebagai foreign key
Redundancy dan Load adalah faktor penentu yang penting Redundancy = Satu fakta pada beberapa tempat atau beberapa fakta pada satu tempat Load = Persentase dari nilai non null pada suatu kolom
Kardinalitas
partisipasi
mengkomunikasikan
beberapa
informasi
mengenai
redundancy dan load
Kardinalitas maksimum Aturan umumnya adalah untuk selalu mem-posting pada suatu tabel entitas “1” (Untuk menghindari “repeating groups” redundancy). Kita tidak boleh mem-posting pada entitas “N” (Hal tersebut menyebabkan “repeating groups” redundancy).
Kardinalitas minimum Aturan umumnya adalah untuk selalu mem-posting pada suatu tabel entitas “1” (mandatory) (Untuk menghindari nilai null pada kolom foreign key). Aturan ini harus dilanggar pada beberapa kondisi (akan dijelaskan kemudian).
Contoh Aturan Umum
Langkah 2 Buatlah suatu tabel terpisah untuk merepresentasikan semua many-to-many relationship pada suatu model konseptual, atau pada pola kardinalitas partisipasi berikut: (0,N)-(0,N) (0,N)-(1,N) (1,N)-(0,N) (1,N)-(1,N)
Suatu tabel terpisah harus dibuat untuk merepresentasikan hubungannya Primary key dari tabel entitas terkait di-posting pada tabel hubungan untuk membentuk
primary
key-nya.
Primary
key
ini
disebut
sebagai
suatu
composite/concatenated primary key Hal tersebut mencegah redundancy Tidak ada pengecualian untuk aturan ini.
Bila suatu foreign key di-posting pada kedua arah, redundancy akan menjadi suatu masalah bagi many-to-many relationships.
Many to Many Relationship
Langkah 3 untuk pola kardinalitas partisipasi (1,1)-(1,1), pertimbangkan apakah dua entitas terpisah secara konseptual atau apakah keduanya harus digabungkan. Bila harus dibiarkan terpisah, maka :
3A: posting-lah primary key dari suatu tabel entitas pada tabel entitas lainnya sebagai foreign key.
3B: tidak menjadi masalah primary key entitas mana yang di-posting pada tabel entitas lainnya, tetapi jangan mem-posting keduanya : Jangan membuat suatu tabel terpisah Redundancy dihindari secara otomatis dan load bukan merupakan suatu masalah bila suatu foreign key di-posting pada tabel manapun dalam hubungan (1,1)-(1,1)
Langkah 4 untuk hubungan lain yang memiliki partisipasi (1,1) dengan satu himpunan entitas, posting-lah primary key entitas terkait pada tabel entitas (1,1) sebagai foreign key atauuntuk pola kardinalitas partisipasi berikut : (0,N)-(1,1) (1,N)-(1,1) (1,1)-(0,N) (1,1)(1,N) (0,1)-(1,1) (1,1)-(0,1) Jangan membuat tabel terpisah Posting-lah suatu foreign key pada tabel entitas (1,1) dari tabel entitas lainnya Redundancy akan dihindari dan load bukan merupakan suatu masalah bila instruksi ini diikuti Bila posting dilakukan pada arah yang berlawanan, redundancy [untuk maksimum N] atau load [untuk minimum 0] akan menjadi suatu masalah
Langkah 5 untuk hubungan lainnya yang memiliki partisipasi (0,1) pada satu atau kedua entitas, pertimbangkanlah load-nya atau untuk pola kardinalitas partisipasi berikut: (0,N)-(0,1) (1,N)-(0,1) (0,1)-(0,N) (0,1)-(1,N) (0,1)-(0,1)
Aturan untuk maximum cards mengharuskan posting pada suatu (0,1) atau membuat tabel terpisah; tidak boleh melakukan posting pada (0,N) atau (1,N).
Aturan untuk minimum cards menyebutkan bahwa tidak boleh melakukan posting pada (0,1) karena hal tersebut akan mengakibatkan nilai null yang akan mengakibatkan pemborosan tempat pada basis data. Namun demikian suatu tabel terpisah tidak akan membuang-buang tempat, maka lebih baik ikuti aturan maksimum dan langgar aturan minimum
5A posting-lah primary key entitas terkait pada tabel entitas (0,1) sebagai suatu foreign key untuk hubungan manapun yang akan mengakibatkan high load 5B buatlah tabel terpisah untuk hubungan manapun dimana posting suatu foreign key akan menyebabkan low load. Catatan: untuk (0,1)-(0,1), langkah 5A, posting pada arah manapun akan mengakibatkan highest load; bila kedua arah tidak mengakibatkan high load, maka ikuti langkah 5B Contoh Load Considerations
Penempatan Atribut Hubungan Bila hubungan menjadi suatu tabel terpisah, maka atribut hubungan ditempatkan pada tabel tersebut. Bila hubungan dapat direpresentasikan dengan cara mem-posting foreign key, atribut hubungan di-posting berdampingan dengan foreign ke.
Fixing One Fact Multiple Places Employee
Fakta-fakta apa saja yang memiliki beberapa lokasi pada tabel ini? Dapatkan model ER yang direpresentasikan oleh tabel ini! Apakah model ER-nya benar? Model ER nya harusnya seperti apa? Bagaimanakah relational model yang benar?
Contoh Lainnya :
1. Fakta apa saja yang ada di beberapa tempat? 2. Bagaimana caranya menghindari hal ini?
Physical Implementation of Relational Model in Microsoft Access Microsoft Access digunakan pada chapter ini untuk mendemonstrasikan penggunaan model logika ke dalam model praktik. Praktik ini memungkinkan kita untuk mengenal pembuatan tabel di Ms. Access serta mengkomunikasikan informasi tentang link antara beberapa tabel (seperti primary keys yang dikaitkan antara satu tabel dengan tabel lainnya). Di Ms. Access juga terdapat Access Help, dimana kita bisa membaca beberapa instruksi didalamnya perihal informasi yang belum kita ketahui.
Access Help
Creating and Working with Databases Untuk memasukkan tabel di Ms. Access, kita harus membuat terlebih dahulu file database. Hal ini yang menjadi perbedaan antara produk – produk Microsoft dengan Ms. Access. Pada Ms. Access, kita harus membuat file terlebih dahulu serta menamai file tersebut sebelum kita bekerja (input data atau mengisi tabel) pada Ms. Access. Pada saat membuka Ms. Acceess, maka akan disajikan New Blank Database, kemudian kita click on New Blank Database, dan isi File Name serta store database kita sesuai dengan driver mana yang ingin kita gunakan untuk menyimpan hasil kerja kita dengan Ms. Access.
Halaman Muka Microsoft Access
Example 1 : Creating and Connecting Entity Tables Untuk membuat tabel penjualan (sales table), maka masukkan 4 macam field, yaitu SalesID, Date, Amount dan Salesperson. Tipe data untuk masing – masing field antara lain : SalesID menggunakan Text, Date menggunakan Date/Time, Amount menggunakan currency dan Salesperson menggunakan Text. Setelah itu, kita haus menentukan primary key untuk tabel pertama ini. Yaitu SalesID. Dengan cara, click SalesID field, kemudian click primary key, maka SalesID akan langsung menjadi primary key pada tabel pertama ini. Pada Ms. Access 2007, pada pengetikan field awal paling kanan, maka secara otomatis akan menjadi primary key pada tabel yang sedang kita kerjakan. Jika, primary key tidak berada pada pengetikan awal di field pertama, kita masih bisa menentukan primary key yang lainnya, dengan cara simpan terlebih dahulu tabel yang telah kita buat, kemudian klik kanan pada nama tabel yang telah kita buat, dan pilih Design View, maka disitu kita akan bisa mengubah field mana saja yang bisa kita jadikan primary key (Design Primary Key). Setelah semuanya sudah diketik, maka simpan tabel tersebut dengan file Sale.
Save tabel sale
Setelah kita berhasil menamai tabel pertama tadi dengan sale, maka langkah berikutnya dalah membuat tabel lainnya. Dengan cara, tutup tabel sale yang telah kita simpan tadi, dan buka serta buat tabel baru lagi. Yang isinya antara lain : SalespersonID, Name dan Telephone dan jadikan SalespersonID sebagai primary key pada tabel ini, kemudian simpan dengan file Salesperson. Sekarang kita telah memiliki 2 tabel yaitu sale dan saleperson. Lalu, icon relationship, ketika telah muncul, maka drag kedua tabel tadi dan klik add, maka akan mucul edit relationship tab, pada tab tersebut klik enforce referential integrity dan cascade update related fields, setelah itu klik create. Enforced referential integrity merupakan pilihan yang sangat bagus untuk di klik karena jika kita merubah customer ID maka hal tersebut juga akan mengubah di seluruh tempat. Sedangkan opsi cascade update related fields merupakan opsi yang berfungsi untuk tidak membiarkan kita kehilangan data data yang akan kita butuhkan di kemudian hari.
Edit Relationships
Setelah klik create, maka akan muncul tabel sale dan salesperson pada relational tabel kita. Kemudian, klik salespersonID pada tabel salesperson dan drag ke salesperson pada tabel sale, maka akan muncul ralationship layout sebabai berikut :
Relationships Layout
Terdapat angka 1 di SalespersonID pada tabel salesperson, hal tersebut menunjukkan bahwa nilai partikular data untuk atribut tersebut bisa muncul di tabel maksimum satu kali. Hal tersebut masuk akal, hal itulah yang disebut dengan parimary key dan primary key tidak bisa memiliki nilai duplikasi (nilai yang sama). Sedangkan tanda infinity disamping salesperson pada tabel sale menunjukkan bahwa nilai partikular data untuk atribut tersebut bisa muncul di tabel untuk beberapa kali. Sebagai contoh Salesperson 654321 membuat penjualan terus menerus dan bisa selalu muncul pada tabel sale untuk beberapa kali pula.
Example 2 : Creating and Connecting Relationship Tables to Entity Tables Untuk memulainya, hal yang sama harus dilakukan adalah membuat tabel di Ms. Access. Tabel pertama disimpan dengan nama file Student yang berisi beberapa field meliputi : StudentID (juga dijadikan primary key, dengan tipe data text), Name (tipe data text) dan Address (tipe data text). Tabel berikutnya disimpan dengan nama file Course yang juga berisis beberapa field antara lain : CourseID (tipe data text, dijadikan primary key), Description (tipe data text) dan Credits (tipe data number). Dan tabel terakhir adalah takes, yang berisi field antara lain : StudentID (tipe data text), CourseID (tipe data text) dan Grade earned (tipe data text). Untuk tabel takes, ada 2 primary key, yaitu StudentID dan CourseID. Cara mengatur untuk memiliki dua primary key adalah, ketika telah kita simpan tabel takes, maka klik kanan pada tabel tersebut, pilih Design View, kemudian block StudentID serta CourseID dan kemudian klik icon primary key, maka dua duanya sekarang sudah akan menjadi primary key.
Relationships Layout
Ketika ketiga tabel tersebut sudah berhasil dibuat, kemudian klik relationship icon. Ketika sudah muncul tabel di relationship, maka : klik StudentID di tabel student dan drag ke StudentID di tabel course serta klik CourseID di tabel course dan drag ke CourseID di tabel takes. Maka hasilnya adalah sebagai berikut :
Relationships Layout yang menggabungkan 2 tabel entitas
Deleting Existing Relationships Untuk menghapus relationship antara tabel, caranya adalah klik garis relationship antara tabel, kemudian klik tombol delete pada keyboard maka relationships antar tabel akan hilang.
Menghapus relationships antar tabel
Entering Data into Microsoft Access Tables
Datasheet view
Ketika
kita telah selesai membuat tabel yang hubungan antara beberapa tabel telah
dikomunikasikan dengan benar di Ms. Access, maka saat itulah kita telah siap untuk memulai memasukkan data kedalam tabel. 2 views yang dapat membantu kita untuk memasukkan data pada tabel antara lain : datasheet view dan form view. Di chapter ini, kita hanya akan membahas datasheet view. Caranya, ketika kita ingin memasukkan beberapa field di dalam tabel, kemudian ketik field-nya dan ketika ingin berpindah ke field berikutnya bisa dengan menekan tombol TAB pada keyboard. Ketika kita berpindah ke field lain dengan menggunakan TAB, maka ketika kita menekan TAB, software akan secara otomatis menyimpan data yang telah kita masukkan. Kemudian sering juga kita melihat icon pensil, hal itu menunjukkan data yang kita masukkan saat ini di posisi tersebut. Hal yang harus diingat adalah ketika kita telah klik enforce referential integrity dan telah memasukkan data ke dalam field yang sesuai, maka kita harus hati – hati untuk memasukkan datanya. Berusahalah hati hati dalam memasukkan data. Jika kita memasukkan data yang salah, maka kita harus segera memperbaiki dengan segera dimana letak kesalahan data tersebut sebelum kita memasukkan data berikutnya ke dalam tabel Ms. Access.
Concluding Comments Di chapter ini kita telah mempelajari bagaimana cara mengambil representasi secara konseptual dari enterprise yang nyata kemudian mengubahnya, pertama ke dalam logika hubungan tabel dan kemudian praktik nyata ke dalam Microsoft Access software. Kita juga mempelajari bagaimana memasukkan data pada tabel. Di chapter berikutnya, kita akan mempelajari sesuatu yang bisa kita lakukan setelah memasukkan data pada database yang relasional. Di situlah fungsi yang sesunggunya pada database relasional bisa kita temukan. Ketika kita memasuki chapter tersebut, jangan lupakan apa yang telah kita dapatkan dan telah kita pelajari di chapter ini. Pengertian yang kuat pada desain tabel adalah merupakan dasar pengertin yang kuat pula untuk querying. Pengertian yang kuat tentang querying merupakan dasar yang kuat untuk retrieval of valid data, yang kemudian hasil akhirnya sangat mempengaruhi pengambilan keputusan. Inilah pentingnya mengapa pengguna sistem enterprise harus benar – benar mengerti dasar dari database relational.
