Modul Basis Data I - Universitas Brawijaya

DATABASE
Model Relasional
Satrio Agung W, Ari Kusyanti dan Mahendra Data
Teknik Informatika, Fakultas Teknik,
Universitas Brawijaya, Email : [email protected]
Pendahuluan
Model relasional berdasar pada konsep relasi dalam matematika. Model
relasional menjadi kokoh karena dukungan fondasi formal tentang teori
relasi. Model relasional pertama diajukan oleh Dr. E.F. Codd, peneliti IBM,
pada tahun 1970 pada paper : “A Relational Model for Large Shared Data
Banks”, Communication of ACM, Juni 1970. Paper ini menyebabkan
revolusi besar pada bidang manajemen basis data yang pada akhirnya
membuat Dr. Codd memenangkan ACM Turing Award
MODUL
4
Tujuan
Setelah membaca modul ini, mahasiswa diharapkan dapat memahami :
Model Relasional
Cara membuat model relasional dengan benar
MODEL RELASIONAL


Mata Kuliah / Materi Kuliah
Brawijaya University
2011
Model Relasional
Model relasional berdasar pada konsep relasi dalam matematika. Model relasional menjadi kokoh karena
dukungan fondasi formal tentang teori relasi. Model relasional pertama diajukan oleh Dr. E.F. Codd, peneliti
IBM, pada tahun 1970 pada paper : “A Relational Model for Large Shared Data Banks”, Communication of ACM,
Juni 1970. Paper ini menyebabkan revolusi besar pada bidang manajemen basis data yang pada akhirnya
membuat Dr. Codd memenangkan ACM Turing Award.
Model Relasional dapat disajikan dalam ERD atau tabel relasi
NIM
Nama
Propinsi
Kota
Mahasiswa
Alamat
Gambar 4.1 Contoh ERD
Mahasiswa
NIM
Nama
Alamat
Kota
Propinsi
Gambar 4.2 Contoh ERD
Suatu relasi adalah tabel dengan kolom dan baris tempat data disimpan. Atribut adalah judul kolom dari
suatu relasi. Domain adalah himpunan nilai yang mungkin untuk suatu atribut. Tuple adalah baris dari
suatu relasi. Degree adalah jumlah atribut dari suatu relasi. Cardinality adalah jumlah tuples dari suatu
relasi. Basis data relasional adalah sekumpulan relasi yang mempunyai nama berbeda dan
ternormalisasi.
Attribute
Relation
name
Mahasiswa
NIM
M1
M2
M3
Nama
Ali
Budi
Cici
Alamat
Jl. Veteran
Jl. Pahlawan
Jl. Pemuda
Kota
Malang
Surabaya
Medan
Propinsi
Jawa Timur
Jawa Timur
Sumatra Utara
Domain (NIM) = char(2)
Domain (Nama) = char(50)
Degree (Mahasiswa) = 6
Cardinality (Mahasiswa) = 3
Gambar 4.3 Terminologi dalam model relasional
Berikut ini adalah karakteristik dari model relasional:








Tiap baris berisi data tentang sebuah entity
Kolom-kolom berisi data tentang attribute dari suatu entity
Satu sel pada tabel berisi satu data tunggal
Seluruh entry pada satu kolom memiliki domain yang sama
Tiap kolom memiliki nama yang unik
Urutan kolom tidak penting
Urutan baris tidak penting
Tidak ada 2 baris yang identik
Page 2 of 5
Tupple
Mata Kuliah / Materi Kuliah
Brawijaya University
2011
Definisi Formal Relasi
Skema relasi (relation schema) adalah relasi yang memiliki nama, didefinisikan oleh himpunan pasangan
attribute dan domainnya.
Notasi:
R(A1, A2, … An)
R menyatakan nama relasi,
A1, A2, … An menyatakan nama attribute
Contoh:
EMPLOYEE (SSN, FName, LName, Sex, Salary)
menyatakan bahwa relasi bernama EMPLOYEE didefinisikan pada 5 attribute: SSN, FName, LName, Sex,
Salary) dengan
Domain(SSN) = Number(9), Domain(FName) = Char(10), Domain(LName) = Char(10),
Domain(Sex) = Char(1), Domain(Salary) = Currency
Definisi Formal Tuple
Tuple adalah barisan (himpunan terurut) dari nilai-nilai yang masing-masing berada dalam domain tertentu. Definisi
Formail Tuple dinyatakan dalam ‘< … >’
Contoh tuple dari EMPLOYEE:
<0606007800, “Ahmad”, “Zakky”, 10-4-87, ‘M’, “Jakarta”>
Disebut sebagai 6-tuple karena punya enam nilai
Definisi Formal Domain
Suatu domain memiliki definisi lojikal tertentu. Contoh: “Nomor Telepon di Indonesia” adalah 12 digit nomor telepon
yang sah di Indonesia. Domain juga merupakan tipe data atau format yang didefinisikan untuk suatu attribute.
Nomor telepon di Indonesia memiliki formal xxxx-yyyyyyyy dimana x dan y berupa bilangan bulat, xxxx menyatakan
kode area dan yyyyyyyy menyatakan nomor telepon.
Domain tanggal (date) memiliki beberapa format. Misal ddmm-yyyy, mm-dd-yyyy, dd-mm-yy, dan sebagainya
Nama attribute menyatakan peran yang diperankan oleh domain pada sebuah relasi
Contoh: domain date digunakan untuk mendefinisikan 2 attribute bernama invoice-date dan payment-date dengan
makna yang berbeda.
Definisi Formal State
Relation state adalah subset dari cartesian product dari domain attribute-attributenya. Setiap domain berisi
himpunan semua nilai yang mungkin yang dapat diambil oleh attribute. Misal: attribute nama didefinisikan pada
domain string (barisan karakter) sepanjang maksimal 20 karakter
Page 3 of 5
Mata Kuliah / Materi Kuliah
Brawijaya University
2011
Skema Basis Data
Skema basis data (database schema) adalah kumpulan skema relasi, masing-masing memiliki nama berbeda.
Dinotasikan dengan:
S = {R1, R2, … Rn}
R1, R2, … Rn adalah nama-nama skema relasi dalam basis data S.
Employee
FName
MName
LName
ID
BDate
Address
Sex
Salary
Super_ID
DName
Departement
DName
Mng_ID
Gambar 4.4 Contoh Skema Basis Data Kepegawaian
Relational Integrity Constrain
Integrity Contraints adalah kondisi-kondisi yang harus dipenuhi pada semua relation state yang valid. Setiap
relasi harus memiliki primary key dan attribute-attribute yang merupakan primary key tidak boleh bernilai
NULL.
Catatan: attribute lain kadang-kadang juga dibatasi agar tidak bernilai NULL, meskipun bukan primary key
(sesuai requirement-nya)
Referensial Integrity Constrain
Merupakan constraints yang melibatkan foreign key / melibatkan 2 buah relasi. Terbagi ke dalam 2 jenis, yaitu:


Referencing relation (yang memiliki foreign key)
Referenced relation
Nilai dari foreign key pada referencing relation R1 berupa salah satu dari 2 nilai berikut:


nilai dari primary key yang berkaitan pada referenced relation R2 atau
null.
Gambar 4.5 Contoh Referential Integrity
Page 4 of 5
Mata Kuliah / Materi Kuliah
Brawijaya University
2011
Ada 3 macam operasi yang dapat mengubah relation state, yaitu:



INSERT a tuple
DELETE a tuple
UPDATE a tuple
Proses modifikasi tidak boleh melanggar integrity constraints. Suatu update kadang-kadang menyebabkan
update yang lain secara otomatis, untuk menjaga integrity constraints.
Jika terjadi pelanggaran integrity pada saat relasi akan dimodifikasi, dapat dilakukan beberapa hal:




Membatalkan operasi yang menyebabkan pelanggaran integrity (opsi RESTRICT atau REJECT)
Melakukan operasi, namun memberi tahu pengguna tentang pelanggaran yang terjadi
Men-trigger update yang lain sehingga pelanggaran integrity dapat dikoreksi (opsi CASCADE atau opsi
SET NULL)
Mengeksekusi error-correction routine yang ditetapkan oleh pengguna
Kemungkinan pelanggaran integrity constraints pada operasi insert antara lain:




Domain constraint: jika ada nilai attribute dalam tuple baru yang tidak sesuai domainnya.
Key constraint: jika nilai salah satu key attribute pada tuple baru telah ada pada tuple lain dalam relasi .
Referential integrity: jika nilai foreign key pada tuple baru tidak ada pada referenced relation.
Entity integrity: jika primary key bernilai null.
Kemungkinan pelanggaran integrity constraints pada operasi delete antara lain:

Pelanggaran terjadi jika akan menghapus nilai primary key yang direfer relasi lain
Opsi yang dapat dipilih
o RESTRICT: menolak penghapusan
o CASCADE: memberi primary key baru ke foreign key dari referencing tuple atau menghapus
referencing tuple
o SET NULL: memberi nilai NULL foreign key dari referencing tuple
Salah satu dari opsi ini harus ditetapkan pada saat merancang basis data untuk setiap foreign key
Kemungkinan pelanggaran integrity constraints pada operasi update antara lain:


Operasi update dapat melanggar domain constraint dan NOT NULL constraint pada attribute yang akan
dimodifikasi.
Contraints lain dapat dilanggar, sesuai jenis attribute yang akan diupdate:
o Meng-update primary key (PK):
 Mirip dengan operasi DELETE diikuti INSERT
 Perlu memilih opsi seperti pada operasi DELETE
o Meng-update foreign key (FK):
 Dapat melanggar referential constraints
o Meng-update attribute lain (selain PK / FK):
 Hanya dapat melanggar domain constraints
PUSTAKA
http://www.db-class.org/
http://infolab.stanford.edu/~ullman/dscb/gslides.html
http://infolab.stanford.edu/~ullman/fcdb.html
http://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-830-database-systems-fall-2010/
Page 5 of 5