P. 1
15009-4-612547783685

15009-4-612547783685

|Views: 53|Likes:
Dipublikasikan oleh Rieya Binti Aen Ganjar

More info:

Published by: Rieya Binti Aen Ganjar on May 12, 2011
Hak Cipta:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

05/12/2011

pdf

text

original

MODEL ENTITY-RELATIONSHIP Diagram ER dalam Notasi Lain • Diagram ER dapat di gambarkan dalam bentuk notasi lain yang

sering dipakai dalam penggunaan basis data / struktur data. Contoh : (Dalam Entitas Mahasiswa dan Kuliah) Seorang mahasiswa boleh mengambil banyak mata kuliah ( N : N ), Sedang derajat relasi minimum  seorang mahasiswa boleh tidak mengambil satupun mata kuliah dan sebuah mata kuliah tidak diikuti oleh satupun mahasiswa (Nol

)

( 0, N ) (1:1)
Mahasiswa Dosen

(0,N)
Kuliah

(0,N)
Mengajar

Mempelajari

Notasi : Derajat Relasi Minimum / Maksimum

Atau

( 0, N )

Atau Atau Atau

( 1, N ) ( 1, 1 ) ( 0, 1 )

Pusat Pengembangan Bahan Ajar - UMB

E. DIDIK MADYAMADJA BASIS DATA

Identifikasi Entitas( Tabel ) dan Atribut serta Key-nya Entitas Mahasiswa NIM Nama_Mahasiswa Primery Key Mata_Kuliah Entitas Dosen NIP Nama_Dosen Primery Key Pusat Pengembangan Bahan Ajar . Kita akan susun beberapa langkah cara pembuatan Diagram ER-nya : 1.Kom A 98122 Yanti B 00211 Indah Intan. DIDIK MADYAMADJA BASIS DATA .Contoh Pembuatan Diagram ER Kita perhatikan contoh suatu data hasil Nilai Ujian berikut : Hasil Ujian Akhir Semester Genap TA.Kom Sistem Operasi Aljabar Linier 4102 5120 Ir.Msc C Mata_Kuliah NIP Multimedia 1450 Irwan.S. Basis Data 1281 Boby.2007/2008 Teknik Informatika NIM Nama_Mahasiswa Nama_Dosen Nilai 99113 Aryanto M.UMB E.M.Kom A 01220 Anto Sugito.

DIDIK MADYAMADJA BASIS DATA .UMB E. Diagram ER : Entitas Dosen * NIP * NIM Nama_Dosen Nilai NIM Mahasiswa Mata_Kuliah Nama_Mahasiswa Diajarkan Dosen Meng Nama_Dosen ambil Nilai NIP Mata_Kuliah Pusat Pengembangan Bahan Ajar . Identifikasi Relasi dan Foreign Key Entitas Mahasiswa Entitas Nilai * NIM Nama_mahasiswa Mata_Kuliah Mata_Kuliah ** NIP Keterangan : * Primery Key ** Foreign Key 3.Entitas Nilai NIM Mata_Kuliah Nilai Primery Key 2.

Nilai TRANSFORMASI DIAGRAM E-R KE LRS ( LOGICAL RECORD STRUCTURE ) • Aturan-aturan dalam Melakukan tranformasi E-R Diagram ke logical record : kotak dan atribut berada didalam kotak.KTP-S NAMA-S TGL-L-S NO-KTP-S NAMA-S TGL-L-S SUAMI NIKA H NO.UMB BASIS DATA . - Penggabungan relasi NIKAH ke entity ISTRI: SUAMI NO. sructure diluar 1. Setiap entity akan diubah kebentuk sebuah kotak dengan nama entity berada Contoh : 2.KTP-S NAMA-I TGL-KAWIN NO-KTP-S NO-KTP-I TGL-L-KAWIN NAMA-I E. Sebuah relationship kadang disatukan dalam sebuah kotak bersama entity. Relationsip KAWIN yaitu penggabungan antara entity SUAMI dengan entity ISTRI. a. 1 : 1 ( one to one ) Sebaiknya ke entity dengan jumlah attribute yang lebih sedikit. kadang dipisah dalam sebuah kotak tersendiri. Contoh : • Aturan pokok diatas  sangat dipengaruhi oleh elemen yang menjadi titik perhatian utama pada langkah transformasi yaitu cardinality. DIDIK MADYAMADJA TGL-L-I Pusat Pengembangan Bahan Ajar .

KTP-I NAMA-I TGL-L-I NO-KTP-S NAMA-S TGL-L-S ISTRI b.UMB E. DIDIK MADYAMADJA BASIS DATA . PEGAWAI dan semua attribute dari relationship kerja.KTP-S NAMA-S TGL-L-S SUAMI NIKA H NO. 1 : M ( one to many ) • many. • • • Relationship  harus digabungkan dengan entity pada pihak yang Dengan tidak perlu melihat banyak sedikitnya attribute pada entity Relationship KERJA dikonversikan ke LRS digabungkan ke entity Pada gambar dibawah terlihat bahwa semua attribute dari entity tersebut. Pusat Pengembangan Bahan Ajar . tergabung dalam struktur record pegawai.KTP-I NAMA-I TGL-L-I .ISTRI ISTRI NO.KTP-S NAMA-I TGL-KAWIN ISTRI NO.Penggabungan relasi NIKAH ke entity SUAMI : NO-KTP-S NO-KTP-I TGL-L-KAWIN NAMA-I TGL-L-I SUAMI NO. PEGAWAI.

PELANGGAN KD_PEL NAMA KD-PEL NAMA PELANGGAN BELI KD_PEL KD_BRG JUMLAH KD_PEL KD_BRG JUMLAH BELI KD_BRG NAMA_BRG HARGA_BRG Pusat Pengembangan Bahan Ajar . DIDIK MADYAMADJA HARGA_BRG BASIS DATA .UMB BARANG KD_BRG BARANG NAMA_BRG E. M : N ( Many to many ) KD_PROY BIAYA KD_PROY BIAYA PROYEK Tiap entity maupun tiap relatioship  akan menjadi sebuah struktur record tersendiri. terlihat pada gambar dibawah ini masing-masing attribute dari tiap entity maupun relationship terpisah menjadi tiga struktur record.PEGAWAI NO_PEG NAMA NO_PEG NAMA KD_PROY TGL_MULAI PEGAWAI KERJA NO_PEG KD_PROY TGL_MULAI PROYEK c.

Pada arsitektur ini suatu aplikasi dibagi menjadi dua enititas : Client atau front end. Contoh Dalam Relasi : Definisi Relasi APLIKASI ERD THREE-TIERS CLIENT SERVER • Arsitektur three-tiered merupakan salah satu trend penting pada perkembangan aplikasi corporate. Visual Basic. b. Pusat Pengembangan Bahan Ajar . Tiga LRS yang ada PEGAWAI.TRANFORMASI LRS KE DALAM RELASI/TABEL a. yang mengelola database. Konversi Konversi dari LRS ke relasi dilakukan dengan cara : • • Nama LRS menjadi nama relasi Tiap attribute sebuah kolom didalam relasi Contoh tabel konversi dari LRS ke bentuk relasi. Perbedaan Arsitektur three-tiered dan two-tiered. DIDIK MADYAMADJA BASIS DATA . • • Tiap attribute yang ada pada masing-masing entity dan relationship akan menjadi nama kolom dari masing-masing tabel. b. KERJA dan PROYEK. dan PROYEK akan berubah menjadi tiga buah relasi dengan nama yang sama PEGAWAI. • • a. • • Letak Client  workstation Client  dibuat dengan menggunakan program seperti PowerBuilder. KERJA. atau Delphi. yang merupakan bagian user inteface. Arsitektur two-tiered  lingkungan client server traditional. Server atau back end.UMB E. SQLWindows. lazim disebut database server.

Arsitektur client-serve three-tiered Pusat Pengembangan Bahan Ajar .• Sedangkan server  suatu komputer server yang diletakkan di bagian lain pada jaringan yang menjalankan perangkat lunak database software. seperti Sybase.UMB E. • Arsitektur ini ditampilkan pada Gambar dibawah Gambar 1. atau Oracle. DIDIK MADYAMADJA BASIS DATA . Arsitektur client server two-tiered Gambar 2.

DIDIK MADYAMADJA BASIS DATA . saling tidak bergantung. Tujuan  Aplikasi-aplikasi tersebut tersegmentasi secara logis. yang biasanya dilaukan dengan membagi proses bisnis tersebut. Penambahan Middle-tier untuk menaikkan performa Pusat Pengembangan Bahan Ajar . tetapi dapat saling berkomunikasi. Gambar 3.UMB E. bertukar message dan data. Dapat juga disebut fourth-tier.Arsitektur many-tiered Aplikasi  didistribusian ke lebih dari tiga plaform. Stored Procedures pada Database Server Gambar 4.

You're Reading a Free Preview

Mengunduh
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->