Basis Data Pertemuan 3

Basis Data
Pertemuan 3
Weny Mistarika R.
Acara perkuliahan hari ini


Review materi dan tugas minggu lalu
Langkah-langkah pembuatan basis data
(bagian 1)
Arsitektur basis data

Basis data terdiri dari 3 level abstraksi

Views (External schemas) menjelaskan
bagaimana pengguna melihat data
contoh :


Course_info(cid: string, enrollment: integer)
Conceptual schema mendefinisikan data yang
disimpan dalam database berupa entitas beserta
relasi-relasinya.
contoh:
 Students(sid: string, name: string, login: string,
age: integer, gpa: real)
Faculty(fid: sttring, fname: string, sal: real)
 Courses(cid: string, cname: string, credits:
integer)
 Enrolled(sid: string, cid: string, grade: string)
Physical schema menjelaskan detil
penyimpanan data (bagaimana skema
konseptual disimpan dalam disk dan tape)
contoh:




Relations disimpan dalam bentuk “unordered files”.
Buat index pada kolom pertama dari tabel Students.

View View View
1
2
3
 Conceptual
Schema
 Physical
Schema
Bahasa dalam DBMS
Komponen dalam bahasa basis data


Data Definition Language (DDL)
Data Manipulation Language (DML)
Contoh dari DDL dan DML ????
Model data

Evaluasi tugas !!!
Model data



Merupakan konsep model data untuk
menjelaskan struktur basis data.
Ada beberapa macam model data yang
digunakan dalam basis data.
Contoh beberapa model data:



Hierarchy data model
Network data model
Relational data model
Hierarchy data model
Disebut juga model pohon, karena serupa
pohon terbalik.
 Menggunakan pola hubungan orangtua
(parent) dan anak (child).
 Setiap orang tua dapat memiliki satu atau
lebih anak.
 Setiap anak hanya memiliki tepat satu
parent.

Hierarchy data model
dept
Memungkinkan banyak
terjadi pengulangan data
karena setiap simpul hanya
dapat memiliki satu parent.
employee
child
office
Network data model




Pada network model data, terdapat sekumpulan
pemilik dan anggota.
Orang tua pada hierarchy model, berperan
sebagai pemilik pada network model. Sedangkan
anak pada hierarchy model berperan sebagai
anggota pada network model.
Setiap pemilik dapat memiliki satu atau lebih
anggota.
Setiap anggota memungkinkan memiliki banyak
pemilik.
Network data model
Jurusan TI
MK Basis Data
Alice
Bob
MK B.Inggris
Charlie
MK Kalkulus
Dart
Komplex dalam proses queri maupun
manipulasi data
Evin
Relation data model





Relational data model berbentuk kumpulan
tabel 2 dimensi, dengan kolom merupakan
field, dan baris merupakan record.
Pertemuan antara baris dan kolom disebut
item atau value.
Tabel-tabel yang terbentuk saling
berhubungan.
Hubungan antar tabel : satu ke satu ( one to
one), satu ke banyak (one to many),banyak ke
satu ( many to one), banyak ke banyak ( many
to many).
Data model ini paling banyak digunakan.
Langkah pembuatan basis data
1.
2.
3.
4.
5.
6.
Analisis kebutuhan (Requirements Analysis)
Desain basis data konseptual (Conceptual Database
Design)
Desain basis data logikal (Logical Database Design)
Penghalusan skema (Schema Refinement)
Desain basis data fisik (Physical Database Design)
Desain aplikasi & sekuritas (Application and Security
Design)
1. Analisis kebutuhan


Merupakan langkah awal untuk mendesain
database.
Pada tahap ini, semua kebutuhan user
terhadap database harus didapatkan secara
detail seperti :







Laporan atau informasi apa yang diinginkan
Data apa yang akan disimpan dalam database
Aplikasi apa yang dibangun
Operasi apa saja yang akan sering dilakukan
Batasan-batasan apa yang diperlukan
dll
Analisa kebutuhan dapat dilakukan dengan
diskusi atau wawancara kepada pengguna.
2. Desain basis data konseptual



Membuat ER model berdasarkan hasil analisis
kebutuhan.
ER model merupakan salah satu contoh
desain model data.
Tujuannya untuk membuat deskripsi yang
lebih simple terhadap data sesuai dengan
pemahaman user dan developer.
3. Desain basis data logikal


Mengonversi hasil desain basis data
konseptual ke dalam skema basis data pada
DBMS.
Atau mengubah skema ER kedalam skema
database relasional.
4. Penghalusan skema


Bertujuan untuk menganalisis skema basis
data relasional dan mengidentifikasi masalahmasalah yang mungkin muncul serta
memperbaikinya.
Penghalusan skema dilakukan dengan cara
normalisasi.
5. Desain basis data fisik

Meliputi pembuatan index dan tuning basis
data yang bertujuan memercepat performansi
basis data.
6. Desain sekuritas dan aplikasi


Pada tahap ini mendeskripsikan role masingmaing pengguna.
Apa saja yang dapat dilakukan oleh masingmasing role, dan apa saja yang tidak dapat
dilakukan.
Look closer…
1. Analisis kebutuhan
Contoh dari hasil analisis kebutuhan:
 Berdasarkan hasil rapat dengan pemilik sebuah
perusahaan, perusahaan tersebut menginginkan
basis data untuk mencatat pegawai, departemen
dan proyek yang dikerjakan.
 Dari data pegawai, yang dicatat adalah no
pegawai, nama pegawai, dan alamat pegawai.
 Pegawai bekerja pada departemen.
 Departemen memiliki id departemen dan nama
departemen.
 Setiap departemen dapat menjalankan satu atau
lebih project.
2. Desain basis data konseptual

Dari hasil analisis kebutuhan, digambarkan
sebuah model konseptual data dalam bentuk
Entity Relationship Diagram (ERD) atau
Conceptual Data Model (CDM).

ERD atau Conceptual Schema / conceptual data
model (CDM) digenerated menjadi Physical
Schema / Physical Data Model (PDM)
ERD/CDM
PDM
DATABASE
ER DIAGRAM


Teknik pemodelan data yang menggambarkan
entitas dan hubungan antar entitas dalam
sebuah sistem informasi.
ERD memiliki dua komponen utama:


Entity / entitas
Relationship / hubungan
Simbol ER-Diagram
Nama
Simbol
Entitas
Nama
Entitas
Atribut
Nama
Atribut
Primary
Key
Entitas
Lemah
Hubungan /
relationship
s
Atribut
PK
Nama Entitas
Lemah
Nama
hubung
an
Nama
Atribut
Turunan
Atribut
multivalue
Primary Key
Entitas
Lemah
Hubungan
dengan
Entitas
Lemah
Simbol
Nama
Atribut
Nama
Atribut
Atribut
PK
Nama
hubungan
Entitas / entity




Entity merupakan object di dunia nyata yang
dapat dibedakan dari object lain.
Entity memiliki atribut.
Setiap entity memiliki sebuah key.
Entity yang sama (memiliki atribut yang
sama) membentuk sebuah set entity.
Entitas / entity

Contoh : entity pegawai -> memiliki atribut id,
nama, alamat.
ID
Nama
Pegawai
Alamat
Relationship



Merupakan hubungan antar entitas.
Relationship dapat memiliki atribut deskriptif
yang mencatat informasi tentang hubungan.
Contoh : pegawai bernama Beggy bekerja
pada departemen Informasi.
ID
Nama
Pegawai
Alama
t
sejak
Bekerj
a_pad
a
IDD
dnam
e
Departem
en
Key constraint

Seorang pegawai dapat bekerja pada banyak
departemen, dan satu departemen dapat
seja
memiliki
banyak
pegawai.
Nam
Alam
dnam
ID
IDD
a
Pegawai

at
k
Bekerj
a_pad
a
e
Departeme
n
Contoh key constraint apabila seorang pegawai
dapat mengepalai beberapa departemen,
sementaraNam
setiap Alam
departemen
seja hanya dapat dnam
ID
IDD
k
a
at
e
dikepalai oleh satu pegawai
Pegawai
Meng
epalai
Departeme
n
Key constraint

1-to-1

1-to Many

Many-to-1  Many-to-Many
1/1/91
Peg1
Peg2
Peg3
Peg4
2/2/92
3/3/93
4/4/94
51
75
89
5/5/95
pegawai
Bekerja_pada
departemen
Participation constraint


Merupakan bentuk pertisipasi suatu entitas atau
relasi terhadap entitas atau relasi lainnya.
Terdapat 2 jenis partisipasi:



Total participation/ partisipasi total
Partial parciation / partisipasi parsialcontoh
Contoh: pada hubungan mengepalai, setiap
departemen pasti memiliki seorang kepala,
sehingga hubungan antara departemen dan
mengepalai adalah partisipasi total. Sedangkan
tidak semua karyawan mengepalai departemen,
sehingga hubungan antara karyawan dan
mengepalai adalah partisipasi parsial.
Participation constraint
ID
Nam
a
Pegawai
Alam
at
seja
k
IDD
Bekerj
a_pad
a
dnam
e
Departeme
n
Meng
epalai
seja
k
Partisipasi total ditandai dengan garis tebal
untuk menggambarkan hubungan
Selamat Belajar
