Nama : Andi
Rustandi
NPM :
09.511.002
Semester : VII ( ganjil )
Program
Studi : Sistem Informasi
Program
Pendidikan : S1
MK :
Pengolahan Data Distribusi
Dosen pengampu : Mudransyah, M.Kom
ERD MENURUT CHEN
Dasar diagram Chen adalah hubungan
diagram entitas asli yang dikembangkan oleh Peter Chen pada tahun 1976. Diagram
adalah representasi grafis dari entitas dan hubungan mereka satu sama lain.
(Gambar 3.7) Entitas mendefinisikan seseorang, tempat, benda, peristiwa atau
peran yang Anda ingin menyimpan data tentang. Dalam diagram hubungan entitas
suatu entitas diwakili oleh persegi panjang. Suatu hubungan adalah hubungan
antara dua entitas, hubungan diwakili dalam diagram dengan berlian. Bagian
ketiga dari diagram hubungan entitas disebut kardinalitas. Kardinalitas mengacu
pada jumlah kasus dari satu entitas yang dapat dihubungkan ke sebuah contoh
dari entitas lain. Kardinalitas dapat menjadi salah satu ke banyak (1, N), atau
banyak ke banyak (M, N) atau rekursif banyak-ke-banyak hubungan.
Dalam diagram sampel kita, kita melihat hubungan satu-ke-banyak antara pelanggan dan ketertiban sehingga satu pelanggan dapat menempatkan banyak pesanan, tapi setiap pesanan akan menjadi milik hanya satu pelanggan. Kami juga melihat hubungan banyak-ke-banyak antara keteraturan dan item, sehingga setiap pesanan mungkin berisi banyak item, dan setiap item dapat berpartisipasi dalam banyak pesanan. Akhirnya, kita melihat hubungan banyak-ke-banyak rekursif, yang didefinisikan sebagai suatu entitas yang memiliki hubungan banyak-ke-banyak dengan dirinya sendiri. Misalnya, item mungkin memiliki item sub banyak, yaitu item, sementara pada saat yang sama menjadi komponen sub-dalam item yang lebih besar Sebagai contoh, karburator memiliki bagian, sementara itu juga merupakan bagian dari item lain, mesin.
Sementara entitas / model hubungan sangat baik untuk menjelaskan model keseluruhan untuk hubungan data sederhana, tidak cocok untuk desain objek database. Obyek desain mengharuskan detail fisik tersedia bagi modeler. Bila dibandingkan dengan desain database relasional, objek / desain database relasional jauh lebih kompleks. Sementara model relasional menyatakan bahwa semua entitas harus didekomposisi menjadi komponen terkecil mereka (bentuk normal ketiga), database objek memungkinkan fleksibilitas jauh lebih dalam desain mereka. Fleksibilitas ini diterjemahkan langsung ke kompleksitas lebih untuk perancang sistem yang harus berjuang dengan sejumlah besar pilihan yang ditawarkan oleh mesin database yang kuat.
Mari kita mulai dengan menjelajahi struktur tambahan yang diperkenalkan oleh object-oriented model data dan kemudian lihatlah metode diagram praktis untuk sistem database objek.
Data objek dasar struktur
Selain mengumpulkan jenis data ke user-defined jenis data, banyak objek database memungkinkan untuk penciptaan ekstensi untuk jenis dasar meja. Ekstensi ini dapat digunakan untuk menanamkan informasi tambahan menjadi obyek atau mereka dapat digunakan untuk membangun hubungan ke objek lain. Selain ekstensi dapat digunakan untuk membuat "agregat" benda-benda yang seluruhnya terdiri dari data di dalam objek lain.
Ekstensi ini tipe data jatuh ke dalam beberapa kategori:
Data ekstensi dengan user-defined tipe data
Daftar dari item data berulang
Daftar kelompok item data yang berulang
Dalam diagram sampel kita, kita melihat hubungan satu-ke-banyak antara pelanggan dan ketertiban sehingga satu pelanggan dapat menempatkan banyak pesanan, tapi setiap pesanan akan menjadi milik hanya satu pelanggan. Kami juga melihat hubungan banyak-ke-banyak antara keteraturan dan item, sehingga setiap pesanan mungkin berisi banyak item, dan setiap item dapat berpartisipasi dalam banyak pesanan. Akhirnya, kita melihat hubungan banyak-ke-banyak rekursif, yang didefinisikan sebagai suatu entitas yang memiliki hubungan banyak-ke-banyak dengan dirinya sendiri. Misalnya, item mungkin memiliki item sub banyak, yaitu item, sementara pada saat yang sama menjadi komponen sub-dalam item yang lebih besar Sebagai contoh, karburator memiliki bagian, sementara itu juga merupakan bagian dari item lain, mesin.
Sementara entitas / model hubungan sangat baik untuk menjelaskan model keseluruhan untuk hubungan data sederhana, tidak cocok untuk desain objek database. Obyek desain mengharuskan detail fisik tersedia bagi modeler. Bila dibandingkan dengan desain database relasional, objek / desain database relasional jauh lebih kompleks. Sementara model relasional menyatakan bahwa semua entitas harus didekomposisi menjadi komponen terkecil mereka (bentuk normal ketiga), database objek memungkinkan fleksibilitas jauh lebih dalam desain mereka. Fleksibilitas ini diterjemahkan langsung ke kompleksitas lebih untuk perancang sistem yang harus berjuang dengan sejumlah besar pilihan yang ditawarkan oleh mesin database yang kuat.
Mari kita mulai dengan menjelajahi struktur tambahan yang diperkenalkan oleh object-oriented model data dan kemudian lihatlah metode diagram praktis untuk sistem database objek.
Data objek dasar struktur
Selain mengumpulkan jenis data ke user-defined jenis data, banyak objek database memungkinkan untuk penciptaan ekstensi untuk jenis dasar meja. Ekstensi ini dapat digunakan untuk menanamkan informasi tambahan menjadi obyek atau mereka dapat digunakan untuk membangun hubungan ke objek lain. Selain ekstensi dapat digunakan untuk membuat "agregat" benda-benda yang seluruhnya terdiri dari data di dalam objek lain.
Ekstensi ini tipe data jatuh ke dalam beberapa kategori:
Data ekstensi dengan user-defined tipe data
Daftar dari item data berulang
Daftar kelompok item data yang berulang
Pointer
ekstensi untuk tipe data
Satu pointer ke baris lain
Daftar pointer ke baris lain
Daftar pointer ke pointer ke baris lain
Sebuah pointer ke meja lain seluruh
Daftar pointer ke tabel-bijian lain
Seperti yang bisa kita lihat, kita disajikan dengan array membingungkan pilihan struktur data. Namun demikian, aturan-aturan tertentu bahwa perancang database dapat mengikuti ketika memilih struktur data untuk mengimplementasikan dalam model mereka.
Satu pointer ke baris lain
Daftar pointer ke baris lain
Daftar pointer ke pointer ke baris lain
Sebuah pointer ke meja lain seluruh
Daftar pointer ke tabel-bijian lain
Seperti yang bisa kita lihat, kita disajikan dengan array membingungkan pilihan struktur data. Namun demikian, aturan-aturan tertentu bahwa perancang database dapat mengikuti ketika memilih struktur data untuk mengimplementasikan dalam model mereka.
http://id.scribd.com/doc/27051247/ERD-menurut-chen
http://www.edrawsoft.com/chen-erd.php
http://www.dba-oracle.com/t_object_chen_diagram.htm
