VARIAN ENTITAS & VARIAN RELASI

Slides:



Advertisements
Presentasi serupa
Normalisasi 1.
Advertisements

IMPLEMENTASI & APLIKASI BASIS DATA
Yufis Azhar – Teknik Informatika – UMM
Entity Relationship Diagram
Perancangan Basis Data secara Logika
Danny Kriestanto, S.Kom., M.Eng Part 2
PERANCANGAN BASIS DATA
Sistem Basis Data - Universitas Semarang Entity Relationship Diagram.
Bagaimana merancang diagram E-R yang interaktif
PERTEMUAN 4 SISTEM BASIS DATA
Transformasi ERD Ke Bentuk Fisik
OPTIMASI DAN IMPLEMENTASI ENTITY RELATIONSHIP DIAGRAM
03 | Entity Relationship Diagram (ER- Diagram)
Ignatius Adrian Mastan, S.E, S.Kom, MCP, MOS
Bagaimana merancang diagram E-R yang interaktif
ERD Lanjutan.
BASIS DATA 7 Pemodelan Data Lanjut 1.
OPTIMASI DAN IMPLEMENTASI ENTITY RELATIONSHIP DIAGRAM
Your company slogan Table of Contents Introduction 1 Main title 2 Examples 3 Conclusion 4.
MODEL EER (Enhanced Entity Relationship)
Sistem Basis Data ( Varian Entitas dan Relasi )
KONSEP MODEL ERD (Entity-relationship diagram)
Pemodelan Data Oleh : Encep Kurniawan Teknik Informatika STMIK Subang.
Basis Data Week 3: Entity Relationship Diagram
ENTITY RELATIONSHIP DIAGRAM
MODEL DATA LANJUTAN Varian Entitas
Desain Basis Data.
ERD Lanjutan Materi pertemuan 15,16 dan 17
Pertemuan 4 – Sistem Basis Data.  Pada model relasional, basis data akan “disebar” atau dipilah-pilah ke dalam berbagai tabel dua dimensi. Setiap tabel.
Pemetaan Skema Konseptual ke Skema Relasional
MODEL ENTITY RELATIONSHIP DIAGRAM
Rekayasa Perangkat Lunak ER/D
Model Data Relasional.
Pertemuan #4 DIAGRAM - ER Kompetensi :
Primary Key pada ERD Desain Basis Data Budhi Irawan, S.Si, M.T.
ERD (Entity Relationship Diagram )
IMPLEMENTASI BASIS DATA
Penerapan/Implementasi Basis Data
ERD (Entity Relationship Diagram)
Desain database 1 (erd) Pertemuan Ke-6&7.
Entity Relationship Model
Oleh : Devie Rosa Anamisa
IT204 SISTEM BASIS DATA.
IT204 SISTEM BASIS DATA.
Entity Relationship Model
Matakuliah : Sistem Basisdata Versi Materi
Implementasi Basis Data
Matakuliah : Sistem Basisdata Versi Materi Model Data Penyaji
PERANCANGAN BASIS DATA
IT204 SISTEM BASIS DATA Ramos Somya, S.Kom., M.Cs.
ERD Session 1.
Pertemuan 5 – Sistem Basis Data
Perancangan Basis Data Relasional Converting ER Model To Table
Entity Relatioship Diagram
Matakuliah : Sistem Basisdata Versi Materi Model Data Lanjutan
Entity Relatioship Diagram
Transformasi Model Data ke Database Fisik
Model Data Lanjutan.
Pertemuan 4 – Sistem Basis Data
DESAIN DATA BASE.
Model Data Lanjutan.
Danny Kriestanto, S.Kom., M.Eng Part 2
BAB VII Model Data Lanjut.
BAB VII Model Data Lanjut.
BASIS DATA 7 Pemodelan Data Lanjut 1.
ENTITY RELATIONSHIP DIAGRAM
Model Data Relasional.
Pemodelan Data ER-Model.
Model Data Lanjutan.
Implementasi Basis Data
Transcript presentasi:

VARIAN ENTITAS & VARIAN RELASI

ENTITAS KUAT/STRONG ENTITY Tidak memiliki ketergantungan dengan himpunan entitas lainnya atau dapat berdiri sendiri, contoh Himpunan entitas Mahasiswa, Dosen dan Kuliah Kemunculan entitas-entitas di dalamnya tidak tergantung pada keberadaan entitas di himpunan entitas yang lain. Bukan merupakan bagian (sub) dari himpunan entitas yang lain.

ENTITAS LEMAH/WEAK ENTITY Entitas-entitas yang kemunculannya tergantung pada eksistensinya dalam sebuah relasi terhadap entitas lain (Strong Entity). Himpunan entitas yang demikian biasanya tidak memiliki atribut yang dapat berfungsi sebagai key, yang benar-benar dapat menjamin keunikan entitas di dalamnya. Sebagai contoh, untuk melengkapi data mahasiswa kita juga ingin mengelola data hobbi dan orang tua.

entitas mahasiswa berelasi satu-ke-satu dengan entitas orang tua entitas mahasiswa berelasi satu-ke-banyak dengan entitas hobbi

Entitas lemah : Orang-Tua dan Hobbi (garis ganda) Atribut/field nama_ortu dan hobbi adalah key yang tidak meyakinkan (garis putus-putus)

Sub Entitas / Subtype Entities Sub Entitas merupakan himpunan entitas yang beranggotakan entitas-entitas yang merupakan bagian dari himpunan entitas yang lebih superior/utama. Sub Entitas ini merupakan hasil dekomposisi (spesialisasi) himpunan entitas berdasarkan pengelompokkan tertentu dari himpunan entitas yang lain.

Sub Entitas / Subtype Entities Entitas superior : Dosen Sub entitas : Dosen tetap dan Dosen tidak tetap

Varian Relasi Relasi yang terjadi di antara dua himpunan entitas yang berbeda disebut sebagai Relasi Biner (Binary Relation), yang merupakan relasi yang paling umum digunakan. Relasi yang hanya melibatkan sebuah himpunan entitas atau lebih dari dua himpunan entitas.

Relasi Tunggal / Unary Relation Relasi Tunggal (Unary Relation) merupakan relasi yang terjadi dari sebuah himpunan entitas ke himpunan entitas yang sama.

Relasi Multi Entitas (N-ary Relation) Relasi Multi Entitas (N-ary Relation) merupakan relasi dari 3 (tiga) himpunan entitas atau lebih.

Relasi Ganda (Redundant Relation) Relasi yang muncul antara dua himpunan entitas tidak hanya satu relasi, tetapi ada lebih dari satu relasi.

SPESIALISASI & GENERALISASI

Spesialisasi Proses dari sebuah entitas, lalu dikelompokkan berdasarkan atribut-atribut yang berbeda, yang melahirkan himpunan entitas baru (proses top-down). Yang ditekankan dalam spesialisasi adalah perbedaan antar kelompok entitas. Notasi relasi yang digunakan adalah Relasi ISA (berasal dari kata ‘Is A’)

Spesialisasi

Generalisasi Proses dari sebuah entitas, lalu dikelompokkan berdasarkan atribut-atribut yang sama, yang melahirkan himpunan entitas baru (proses bottom-up). Yang ditekankan dalam spesialisasi adalah persamaan antar kelompok entitas. Notasi relasi yang digunakan adalah Relasi ISA (berasal dari kata ‘Is A’)

Generalisasi

Agregasi Dalam realitas dapat pula dijumpai adanya relasi yang secara kronologis mensyaratkan telah adanya relasi lain. Dengan kata lain, sebuah relasi terbentuk tidak hanya dari entitas tapi juga mengandung unsur dari relasi lain. Fenomena demikian dapat diakomodasi dengan Agregasi.

Agregasi

Modifikasi Diagram E-R Modifikasi/perubahan Diagram E-R mengarah pada penyempurnaan dan optimasi model data karena pertimbangan-pertimbangan efisiensi ruang atau kecepatan dan kemudahan pengaksesan data. Key Altematif (Alternate Key) Pengkodean Internal (Coding) Dekomposisi Himpunan Entitas dan Normalisasi

Key Alternatif / Alternate Key Sebuah key dapat dikatagorikan baik, jika: Berukuran kecil dan Sekuensial. Key pada himpunan entitas Dosen merupakan key yang buruk, karena selain panjang juga nilai-nilainya bebas dan tidak sepenuhnya dapat menjamin keunikan (karena walaupun kecil kemungkinannya, bisa saja ada dua orang dosen atau lebih dengan nama dan gelar yang tepat sama).

Key Alternatif / Alternate Key

Pengkodean Internal Salah satu alasan mengapa menyatakan suatu data (atribut) dalam bentuk lain adalah untuk efisiensi ruang penyimpanan. Dan cara yang ditempuh untuk menyatakan suatu data dalam bentuk lain itu adalah melalui pengkodean (data coding). Sekuensial Mnemonic Blok

Pengkodean Internal ‘Sekuensial’ Pengkodean dilakukan dengan mengasosiasikan data dengan kode terurut (biasanya berupa bilangan asli atau abjad), misalnya data nilai mata kuliah ('Sempuma', 'Baik', 'Cukup', 'Kurang', 'Buruk') dikodekan dengan 'A', 'B', 'C', 'D' dan 'E'.

Pengkodean Internal ‘Mnemonic’ Pengkodean dilakukan dengan membentuk suatu singkatan dari data yang ingin dikodekan, misalnya data jenis-kelamin ('Laki-laki' dan 'Perempuan') dikodekan dengan 'L' dan 'P'.

Pengkodean Internal ‘Blok’ Pengkodean dinyatakan dalam format tertentu, misalnya data no. induk mahasiswa dengan format XXYYYY yang terbentuk atas XX=dua dijit terakhir angka tahun masuk dan YYYY=no.urut mahasiswa.

Pengkodean Internal

Dekomposisi Himpunan Entitas dan Normalisasi Sebuah himpunan entitas yang ada dalam sebuah Diagram E-R dapat didekomposisi menjadi beberapa himpunan entitas baru karena: pertimbangan efisiensi ruang penyimpanan karena pertimbangan kemudahan/kecepatan pengaksesan data. Upaya dekomposisi ini senantiasa akan menghasilkan : satu himpunan entitas kuat (strong entity set) satu atau beberapa himpunan entitas lemah atau sub entitas. Ada dua bentuk dekomposisi himpunan entitas, yaitu: Dekomposisi Atribut/Vertikal Dekomposisi Entitas/Horisontal

Dekomposisi Atribut / Vertikal Dekomposisi ini dilakukan dengan cara membagi sebuah himpunan entitas menjadi dua atau lebih dengan pemisahan atribut.

Dekomposisi Atribut / Vertikal

Dekomposisi Entitas / Horisontal Dekomposisi ini dilakukan dengan cara membagi sebuah himpunan entitas menjadi dua atau lebih dengan pemisahan entitas.

Dekomposisi Entitas/ Horisontal

Fleksibilitas Fleksibilitas dalam desain basis data dapat direalisasikan dalam bentuk: Penambahan atribut. Pemilihan domain atribut yang lebih luas (direalisasikan pada tahap implementasi). Generalisasi. Perubahan struktur entitas dari yang berorientasi kolom (column-oriented) menjadi berorientasi baris (row-oriented).

Fleksibilitas