Perancangan Basis Data

Slides:



Advertisements
Presentasi serupa
Pertemuan 4 Heintje Hendrata, S.Kom Heintje Hendrata, S.Kom.
Advertisements

Desain Fisik Database Oleh : ARI YAZID M. ( )
MODEL ENTITY RELATIONSHIP
Yufis Azhar – Teknik Informatika – UMM
Latifah Rifani Materi: 4
Ketergantungan Fungsional (Functional Dependency)
Pemodelan Database Harrismare.
03 Model Relasional Basis Data Mata Kuliah: Basis Data
Pengantar Basis Data Sumber :
Relational Database Model
03 | Entity Relationship Diagram (ER- Diagram)
Model Relasional Merupakan hubungan logika antar data dalam basis data dalam bentuk tabel-tabel dimensi dua yang terdiri dari baris dan kolom yang menunjukkan.
MODEL DATA RELASI Meta Meysawati. Model Data Relasi  Terdapat beberapa cara untuk menangani atau memodelkan data diantaranya, 1.Model Relational 2.Model.
Pertemuan Minggu Ke-3 DATABASE RELASIONAL.
Pertemuan 5 TEHNIK NORMALISASI.
Entity Relation Model By : Randy Permana, S.Kom.
Pemodelan Database Pengolahan Basis Data.
Modul 03 Relational Model
Entity Relationship Diagram (ERD)
ENTITY RELATIONSHIP DIAGRAM
Desain Basis Data.
Database TP – || AKN Bojonegoro.
BASIS DATA RELASIONAL Pertemuan ke 3 Basis Data Relasional.
Pertemuan 4 – Sistem Basis Data.  Pada model relasional, basis data akan “disebar” atau dipilah-pilah ke dalam berbagai tabel dua dimensi. Setiap tabel.
Pemodelan Data ER- Model.
Rekayasa Perangkat Lunak ER/D
Desain Database Dengan Model Entity Relationship (ER)
Relational model.
Basis Data Dasar Rudi Hartono, S.E, S.Kom.
Model Data Relasional.
Latihan Jelaskan : a) relasi b) atribut c) domain
Outline: Relational Data Model Entity Relationship Diagram
Entity Relasional Diagram (ERD)
Pemodelan Database Yessy Asri, ST., MMSI.
ENTITY RELATIONSHIP DIAGRAM
MODEL RELASIONAL.
ERD (Entity Relationship Diagram)
PERANCANGAN BASIS DATA
Oleh : Devie Rosa Anamisa
Erika Devi, Fajar Agung N Fakultas Ilmu Komputer UDINUS
ENTITY RELATIONSHIP DIAGRAM
Ada beberapa sifat yang melekat pada suatu tabel :
Model Entity Relationship
Basis Data Dasar Rudi Hartono, S.E, M.Kom.
Normalisasi.
Fakultas Ilmu Komputer dan Teknologi Informasi, Universitas Gunadarma
Matakuliah : Sistem Basisdata Versi Materi
Konsep & Perancangan Database
PERANCANGAN DATABASE.
DESAIN DATA BASE.
MODEL DATA RELASIONAL.
PEMROGRAMAN BASIS DATA
MODEL RELASIONAL Desain Basis Data.
MODEL KETERHUBUNGAN ENTITAS (Entity-Relationship)
MODEL DATA RELASIONAL (1)
Pertemuan 3 DATA MODEL.
Pemodelan Database Harrismare.
ORGANISASI FILE Penyimpanan ataupun penulisan charakter demi charakter yang ada didalam exsternal memori, harus diatur sedemikian rupa sehingga komputer.
MODEL RELASIONAL BASIS DATA I/2011-GANJIL
Pemodelan Database.
PENGERTIAN Relational Model
ENTITY RELATIONSHIP DIAGRAM
MODEL RELASIONAL BASIS DATA I/2011-GANJIL
Entity Relationship Diagram
Model Data Relasional.
Pemodelan Data ER-Model.
ENTITY RELATIONAL DIAGRAM (bagian 2 – Atribut&relasi)
Tim Dosen Basis Data Fakultas Ilmu Komputer UDINUS
MODEL DATA RELASIONAL.
Pengantar Teknologi SIM 2 (pertemuan 6)
Transcript presentasi:

Perancangan Basis Data Model Data Feri Sulianta Perancangan Basis Data Re-Arrange by : Education Fair Use material

Learning Objectives Model data – Relasional Representasi Tabel Istilah dalam relational model Keys Variation Key Functions

Model Data Relational Model data berdasarkan record Data – data disajikan dalam bentuk tabel (baris & kolom) Setiap tabel punya key yang unik Setiap tabel harus berelasi dengan minimal satu tabel lain

Data dalam bentuk tabel - tabel Attribute/field Degree Tuple/Record/Baris Cardinality Domain Relation K key/p key & relationship NOPEM NAPEM KOTA P01 HARAPAN JAKARTA P02 SENTOSA BANDUNG P03 PRIMA SURABAYA P04 PERDANA NOBAR NABAR HARGA NOPEM B01 BUKU 1500 P02 B02 PENGHAPUS 500 B03 PENSIL 750 P01 B04 BALLPOINT P04 B05 PENGGARIS 600

FORMAL RELATION TERM INFORMAL RELATION TUPLE CARDINALITY ATTRIBUT DEGREE DOMAIN PRIMARY KEY FOREIGN KEY TABEL BARIS/RECORD JML BARIS FIELD/ATRIBUT JML FIELD KUMPULAN DATA KUNCI UTAMA KUNCI TAMU

DOMAIN : Sekumpulan nilai data yang mempunyai arti dan tipe yang sama Setiap atribut harus didefinisikan tepat satu domain Contoh : kota tipenya karakter maksimal 20

RELASI Sekumpulan domain d1,d2,d3,.. dn yang berisi judul dan data Judul terdiri dari sekumpulan atribut yang tetap Data berisi sekumpulan tupel – tupel yang bervariasi pada setiap waktu

Sifat – Sifat Relasi Relasi punya nama yang berbeda dengan relasi lainnya Setiap atribut punya nama yang berbeda Tidak ada tupel yang sama Baik atribut maupun tupel tidak harus terurut Setiap tabel punya key yang unik Setiap tabel harus berelasi dengan minimal satu tabel lain

Key Kunci (Key) : atribut yang dapat membedakan sebuah entity di dalam entity set atau sebuah relationship didalam relationship set Contoh : Kunci dari mahasiswa adalah NPM Kunci dari mata kuliah adalah kodeMK

Super Key Superkey : satu atau beberapa atribut yang secara kolektif dapat mengidentifikasi sebuah entity di dalam entity set secara unik Contoh untuk entity mahasiswa : NPM NPM,NAMA NPM,ALAMAT Jika K adalah superkey maka setiap superset dari K merupakan superkey NOKTP NOKTP,NAMA NOKTP,ALAMAT

Candidate Key Candidate Key  Superkey yang minimal Contoh : NPM, NOKTP

Primary Key Primary Key  Candidate Key yang dipilih oleh disainer database untuk mengidentifikasi sebuah entity didalam entity set NPM or NoKTP Candidate key Exp : MataKuliah ? Primary key

Alternate Key Candidate key yang tidak dipilih disebut alternate key

Regular Key Sembarang field yang dijadikan sebagai acuan terbatas untuk keperluan terbatas non fundamental dari suatu relasi Misalnya : keperluan indexing dan membangung relasi ( regular key sebaga foreign key)

Foreign key Suatu atribut misalnya FK pada suatu relasi R2 dikatakan suatu foreign key bila : Setiap nilai foreign key adalah sepenuhnya non nul Terdapat suatu relasi r1 yg mempunyai primary key yg bernilai sama dengan foreign key

NULL Nilai suatu atribut yang tidak diketahui atau tidak cocok untuk tupel tersebut Indicate nonexsistent data with a zero length string

Entity integrity Tidak ada bagian dari primary key pada suatu relasi yang diijinkan untuk menerima null

Referential integrity rule Bila dalam suatu relasi terdapat foreign key, maka nilai foreign key harus sesuai dengan salah satu primary key dari suatu relasi yang ada

Exercises Define atributes for (using ER Model): MATAKULIAH BARANG BUKU DOSEN Define the keys ( Superkey, Candidate Key, Primary Key & Alternate Key)

? Mata Kuliah ( NOMK, NAMAMK) Barang (NOBAR, SERIALNUM) BUKU ( NOBUKU, ISBN) DOSEN (KTP,NIDN, NOPEG, NOSIM)

Learning Objectives Case – the Example Exercise – ER DIAGRAM

DIAGRAM ER NPM Nama KodeMK NamaMK SKS Telepon Alamat Ambil_MK Mahasiswa Mata_Kuliah SKS Telepon Alamat

MENGKOVERSI DIAGRAM ER MENJADI TABEL Entiti set  Tabel Setiap kolom menyatakan atribut Setap baris menyatakan sebuah entity Relationship set  Tabel Ambil primary key dari setiap entity set yang terlibat dalam realitionship set Jika relationship set mempunyai atribut, tambahkan atribut tersebut kedalam tabel

Tabel AmbilMK NPM KodeMK ThSem UTS UAS Tugas Tabel Mahasiswa NPM NAMA 1999110012 DU101 1999-1 80 90 75 DU102 199901 70 50 60 2000-1 2000110072 2000110035 DU103 Tabel Mahasiswa NPM NAMA Alamat Telepon 1999110012 Budiaman Dago 100 2501898 2000110072 Rudi Aceh 20 7689900 2000110035 Susi Riau 11 4208978 Tabel Mata_kuliah KodeMK NamaMK SKS DU101 SBD 2 DU102 SIM I DU103 Sistem Operasi 3

DIAGRAM ER Supplier Project SPJ WJ MJ Gudang GP Part Pegawai PP

Relationship PP hanya melibatkan sebuah entitas PP berarti sebuah part dapat terdiri dari beberapa part lain (bill of material) Relationship PP tetap bersifat biner Sebuah entity set dapat mempunyai lebih dari satu relationship. Contoh : Project & Pegawai WJ = pegawai bekerja pada project MJ = pegawai menjadi manajer pada project

Desain database yang salah akan mengakibatkan : Pengulangan informasi Tidak dapat merepresentasi informasi tertentu Hilangnya informasi Functional Dependencies (ketergantungan fungsional) X  Y X,Y atribut dari sebuah tabel (relasi) Artinya : Y bergantung secara fungsional pada X Setiap nilai X mempunyai satu nilai Y (tdk sebalinya) Bagian kanan (Y) disebut depemdent Bagian kiri (X) disebut determinant

FD adalah relationship many-to-one antara dua himpunan atribut dari sebuah relasi tertentu  Jika ada dua record mempunyai nilai yang sama untuk X, maka nilai Y –nya pasti sama