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 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-kebanyak 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, produkcode) 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 objectoriented 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 mejameja 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 selfdescribing. 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 semiterstruktur 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. Masingmasing dari tiga hal yang diidentifikasi oleh kata kerja, sumber dan target dapat
berupa link atau item.