Hirarki Data Perusahaan secara tradisional mengorganisasikan data mereka dalam suatu hirarki yang terdiri dari elemen, catatan (record), dan file. a.Elemen data (data element) adalah unit data terkecil, tidak dapat dibagi lagi menjadi unit yang berarti. b.Satu tingkat hirarki yang lebih atas adalah catatan. Satu catatan (record) terdiri dari sebuah elemen data yang berhubungan dengan suatu objek atau kegiatan tertentu. c.Semua catatan sejenis disusun menjadi satu file. File adalah kumpulan catatan data (data record) yang berhubungan dengan suatu objek tertentu. Karena itu, hirarki data tradisional adalah : a.File b.Catatan c.Elemen data File adalah tingkat tertinggi dan elemen data adalah tingkat terendah
Telah diketahui bahwa secara fisik data dalam bentuk kumpulan bit dan direkam dengan basis track didalam media penyimpan eksternal. Dalam prakteknya, untuk kemudahan dalam mengakses data, data disusun dalam suatu struktur logis yang menjelaskan bahwa:
1. Kumpulan tabel menyusun basis data, 2. Tabel tersusun atas sejumlah record, 3. Sebuah record mengandung sejumlah field, dan 4. Sebuah field disimpan dalam bentuk kumpulan bit.
Pengertian masing-masing istilah diatas adalah seperti berikut: a. Field (medan) menyatakan data terkecil yang memiliki makna. Istilah lain untuk field yaitu elemen data, kolom item, dan atribut. Contoh field yaitu nama seseorang, jumlah barang yang dibeli, dan tanggal lahir seseorang. b. Record (rekaman) menyatakan kumpulan dari sejumlah elemen data yang saling terkait. Sebagai contoh, nama, alamat, tanggal lahir, dan jenis kelamin dari seseorang menyusun sebuah record. Istilah lain yang juga menyatakan record yaitu tupel dan baris. c. Tabel menghimpun sejumlah record. Sebagai contoh, data pribadi dari semua pegawai disimpan dalam sebuah tabel. d. Basis data (database) adalah suatu pengorganisasian sekumpulan data yang saling terkait sehingga memudahkan aktivitas untuk memperoleh informasi. Sebagai contoh, basis data akademis mengandung tabel-tabel yang berhubungan dengan data mahasiswa, data jurusan, data mata kuliah, data pengambilan mata kuliah pada suatu semester, dan nilai yang diperoleh mahasiswa.
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 masingmasing 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 timeseries 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.
