Struktur Database

Selamat Malam Sobat Blogger pada kali ini saya akan sedikit membuat tulisan yang sebenarnya merupakan hasil dari kerja kelompok saya dengan rekan-rekan karena kelompok saya sudah berhasil mempresentasikan di kelas namun tiba-tiba saya ingin menulis ulang untuk dibagi kepada orang-orang baik itu mahasiswa,anak SMA, SMP, SD.. masuk anak SD udah belajar database..Hehe semoga tulisan kelompok saya bisa berguna untuk menambah ilmu pengetahuan khususnya dalam database langsung saja..
Sistem Manajemen Database (Database Management Sistem - DBMS) adalah suatu aplikasi perangkat lunak yang didesain untuk membantu dalam hal pemeliharaan dan utilitas kumpulan data dalam jumlah besar, menyimpan struktur database, data itu sendiri, hubungan antar data di dalam database, maupun formulir dan laporan yang berhubungan dengan database, DBMS dapat menjadi alternative penggunaan secara khusus untuk aplikasi, misalnya penyimpanan data dalam field dan menulis kode aplikasi yang spesifik untuk pengaturannya. Berikut adalah jenis Struktur-struktur database :

Model Hirarkis

Model data hirarkis mengatur data dalam struktur pohon. Ada hirarki segmen orang tua dan anak data. Struktur ini menunjukkan bahwa merekam dapat memiliki informasi berulang, umumnya di segmen anak data. Data dalam serangkaian catatan, yang memiliki seperangkat nilai-nilai field yang melekat padanya. Ia mengumpulkan semua contoh dari sebuah catatan khusus bersama sebagai tipe record. Ini jenis catatan adalah setara tabel dalam model relasional, dan dengan catatan masing-masing menjadi setara dengan baris. Sebagai contoh, sebuah organisasi mungkin menyimpan informasi tentang seorang karyawan, seperti nama, nomor pegawai, departemen, gaji. Organisasi mungkin juga menyimpan informasi tentang anak-anak karyawan, seperti nama dan tanggal lahir. Karyawan dan data anak-anak bentuk hirarki, dimana data karyawan merupakan segmen induk dan data anak-anak merupakan segmen anak. Jika seorang karyawan memiliki tiga anak, maka akan ada tiga segmen anak terkait dengan satu segmen karyawan. Dalam sebuah database hirarki hubungan orang tua-anak adalah satu ke banyak. Ini membatasi segmen anak untuk memiliki hanya satu segmen orangtua. Hirarkis DBMS sangat populer dari akhir 1960-an, dengan diperkenalkannya IBM Sistem Informasi Manajemen (IMS) DBMS, melalui 1970-an.

Model Jaringan

Popularitas model jaringan data bertepatan dengan popularitas model data hirarkis. Beberapa data lebih alami dimodelkan dengan lebih dari satu orang tua per anak. Jadi, model jaringan mengijinkan pemodelan hubungan banyak-ke-banyak data. Pada tahun 1971, Konferensi Data Systems Languages (CODASYL) secara formal mendefinisikan model jaringan. Pemodelan data dasar membangun dalam model jaringan mengatur membangun. Satu set terdiri dari sebuah tipe record pemilik, nama set, dan jenis catatan anggota. Seorang tipe record member bisa memiliki peran dalam lebih dari satu set, maka konsep multiparent didukung. Sebuah tipe record pemilik juga dapat menjadi anggota atau pemilik dalam himpunan lain. Model data jaringan sederhana, dan jenis catatan link dan persimpangan (catatan junction disebut oleh IDMS) mungkin ada, serta set antara mereka. Dengan demikian, jaringan lengkap hubungan diwakili oleh set beberapa berpasangan, dalam setiap mengatur beberapa tipe record (satu) adalah pemilik (di ekor panah jaringan) dan satu atau lebih jenis catatan anggota (pada kepala panah hubungan ). Model jaringan CODASYL didasarkan pada teori himpunan matematika.


Model Relasional

(RDBMS – relasional database management system) Suatu database berdasarkan model relasional yang dikembangkan oleh EF Codd. Sebuah database relasional memungkinkan definisi struktur data, operasi penyimpanan dan pengambilan dan kendala integritas. Dalam database data dan hubungan antara mereka diatur dalam tabel. Sebuah tabel adalah kumpulan catatan dan setiap record dalam tabel berisi bidang yang sama.
Sifat-sifat Tabel Relasional:

- Nilai Apakah Atom
- Row Setiap Unik
- Nilai Kolom # Apakah dari jenis yang Sama
- The Urutan Kolom adalah tidak signifikan
- The Urutan Baris adalah tidak signifikan
- Kolom Setiap Memiliki Nama Unik

Bidang tertentu dapat ditunjuk sebagai tombol, yang berarti mencari nilai-nilai spesifik bidang yang akan menggunakan pengindexan untuk mempercepat mereka. Dimana field dalam dua tabel yang berbeda mengambil nilai dari set yang sama, join operasi dapat dilakukan untuk memilih arsip terkait dalam dua tabel dengan cara mencocokkan nilai-nilai dalam bidang-bidang. Sering kali, tetapi tidak selalu, kadang akan memiliki nama yang sama di kedua tabel. Sebagai contoh, sebuah “perintah” tabel mungkin berisi (pelanggan-ID, produk-code) pasangan dan “produk” tabel mungkin berisi (produk-kode, harga) pasangan sehingga untuk menghitung tagihan pelanggan diberikan kau akan jumlah harga dari semua produk yang dipesan oleh pelanggan bahwa dengan bergabung di bidang produk-kode dari dua tabel. Ini dapat diperpanjang untuk bergabung dengan berbagai tabel pada beberapa bidang. Karena hubungan hanya ditentukan pada waktu retreival, database relasional diklasifikasikan sebagai sistem manajemen database yang dinamis. Model Database Relasional didasarkan pada Aljabar Relational.

Object Model / Relational

Obyek / sistem manajemen database relasional (ORDBMSs) menambah kemampuan objek penyimpanan baru dengan sistem relasional pada inti sistem informasi modern. Fasilitas baru ini

mengintegrasikan pengelolaan data menerjunkan tradisional, objek yang kompleks seperti time-series dan data geospasial dan media biner beragam seperti audio, video, gambar, dan applet. Dengan encapsulating metode dengan struktur data, server ORDBMS dapat menjalankan pelengkapan operasi manipulasi dan data analitis untuk mencari dan mengubah multimedia dan objek kompleks lainnya.

Object-Oriented Model

Obyek DBMSs menambah fungsionalitas database untuk obyek bahasa pemrograman. Mereka membawa lebih dari persistent storage obyek bahasa pemrograman. Objek DBMSs memperpanjang semantik C, Smalltalk dan Java obyek bahasa pemrograman untuk memberikan kemampuan pemrograman database dengan fitur lengkap, sementara tetap mempertahankan kompatibilitas bahasa asli. Keuntungan utama dari pendekatan ini adalah penyatuan pengembangan aplikasi dan database ke dalam suatu model data mulus dan lingkungan bahasa. Akibatnya, aplikasi memerlukan kode kurang, lebih banyak menggunakan pemodelan alami data, dan basis kode lebih mudah untuk mempertahankan. Obyek pengembang dapat menulis aplikasi database lengkap dengan jumlah sederhana upaya tambahan. Menurut Rao (1994), “The object-oriented database (OODB) paradigma adalah kombinasi bahasa pemrograman berorientasi objek (OOPL) sistem dan sistem persisten Kekuatan OODB datang. Dari perlakuan mulus baik data persisten, ditemukan di database, dan data sementara, seperti yang ditemukan dalam program mengeksekusi. ”
Berbeda dengan DBMS relasional dimana struktur data yang kompleks harus diratakan untuk masuk ke dalam tabel atau bergabung bersama-sama dari meja-meja untuk membentuk struktur dalam-memori, DBMSs objek tidak memiliki overhead kinerja untuk menyimpan atau mengambil web atau hirarki objek yang saling terkait . Ini pemetaan satu-ke-satu obyek bahasa pemrograman untuk objek database memiliki dua manfaat lebih dari pendekatan penyimpanan lain: ia menyediakan manajemen kinerja yang lebih tinggi objek, dan itu memungkinkan pengelolaan yang lebih baik dari keterkaitan yang kompleks antara objek. Hal ini membuat objek DBMSs lebih cocok untuk mendukung aplikasi seperti sistem keuangan risiko portofolio analisis, aplikasi layanan telekomunikasi, struktur dokumen world wide web, sistem desain dan manufaktur, dan sistem catatan pasien rumah sakit, yang memiliki hubungan yang kompleks antara data.

Semistructured Model

Dalam model data semistructured, informasi yang biasanya dikaitkan dengan skema yang terkandung dalam data, yang kadang-kadang disebut “ self-describing”. Dalam database tersebut tidak ada pemisahan yang jelas antara data dan skema, dan sejauh yang terstruktur tergantung pada aplikasi. Dalam beberapa bentuk data semistructured tidak ada skema yang terpisah, di tempat lain itu ada tapi hanya tempat-tempat kendala longgar pada data. Data semi-terstruktur secara alami dimodelkan dalam hal grafik yang mengandung label yang memberikan semantik dengan struktur yang mendasarinya. database tersebut menggolongkan kekuatan pemodelan ekstensi terbaru database relasional datar, untuk database bersarang yang memungkinkan bersarang (atau enkapsulasi) entitas, dan untuk objek database yang, di samping itu, memungkinkan referensi siklik antara objek. Semistructured data baru-baru ini muncul sebagai topik penting dari studi karena berbagai alasan. Pertama, ada sumber data seperti Web, diperlakukan sebagai database tetapi yang tidak dapat dibatasi oleh sebuah skema. Kedua, mungkin diinginkan untuk memiliki format yang sangat fleksibel untuk pertukaran data antara database yang berbeda. Ketiga, bahkan ketika berhadapan dengan data terstruktur, mungkin akan membantu untuk melihatnya sebagai semistructured untuk tujuan browsing.

Assosiatif Model

Model asosiatif membagi hal-hal di dunia nyata tentang mana data akan direkam ke dalam Entitas, Entitas merupakan hal yang diskrit, keberadaan independen. Sebuah keberadaan entitas tidak bergantung pada hal-hal lain. Asosiasi hal-hal yang keberadaannya bergantung pada satu atau lebih hal-hal lain, sehingga jika ada hal-hal berhenti ada, maka hal itu sendiri tidak lagi ada atau menjadi tidak berarti. Database asosiatif terdiri dari dua struktur data:
1. Satu set item, masing-masing memiliki pengenal unik, nama dan tipe.
2. Satu set link, masing-masing memiliki pengenal unik, bersama dengan pengidentifikasi unik dari tiga hal lain, yang merupakan sumber sumber, kata kerja dan target dari fakta yang tercatat sekitar sumber dalam database. Masing-masing dari tiga hal yang diidentifikasi oleh kata kerja, sumber dan target dapat berupa link atau item.