SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

RANGKUMAN MATERI SISTEM MANAJEMEN DATABASE

“DATABASE ENVIRONMENT”

DISUSUN OLEH :

RESKY ANDRIANI JALIL (A031171336)

FAKULTAS EKONOMI DAN BISNIS

DEPARTEMEN AKUNTANSI

UNIVERSITAS HASANUDDIN

MAKASSAR

2020

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

Lingkungan Basis Data

Tujuan utama dari system database ialah untuk memberikan pengguna dengan tampilan abstrak
data, menyembunyikan detail tertentu tentang bagaimana data disimpan dan dimanipulasi. Olehnya,
poin untuk sebuah desain database harus berupa uraian abstrak dan umum tentang persyaratan
informasi organisasi yang akan diwakili dalam basis data. Digunakan istilah “organisasi” yang secara
longgar berarti seluruh organisasi atau bagian dari organisasi.

Selain itu, karena database merupakan sumber daya bersama, setiap pengguna mungkin
memerlukan tampilan ferent dari data yang disimpan dalam database. Untuk memenuhi kebutuhan ini,
arsitektur sebagian besar DBMS komersial yang tersedia saat ini didasarkan pada apa yang disebut
Arsitektur ANSI-SPARC.

Arsitektur Tiga Tingkat ANSI-SPARC

Dalam tujuannya, poin yang mendasar dari laporan ini ialah identifikasi tiga level abstraksi yang
berbeda dimana data barang bias dijelaskan. Tingkat membentuk arsitektur tiga tingkat yang terdiri
dari; Tingkat Eksternal, dimana pengguna merasakan data; Tingkat Konseptual, yang menyediakan
pemetaan dan independensi yang diinginkan antara level internal dan eksternal; Tingkat Internal,
dimana data sebenarnya disimpan menggunakan struktur data dan organisasi file yang dijelaskan dalam
lampiran F.

Tujuan dari arsitektur tiga tingkat adalah untuk memisahkan pandangan masing-masing pengguna
database dari cara database diwakili secara fisik. Ada beberapa alasan mengapa pemisahan ini
diinginkan:

1. Setiap pengguna harus dapat mengakses data yang sama, tetapi memiliki tampilan data yang
berbeda. Setiap pengguna harus dapat mengubah cara dia melihat data, dan perubahan ini
seharusnya tidak mempengaruhi pengguna lain.

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

2. Pengguna tidak harus berurusan langsung dengan detail penyimpanan basis data fisik, seperti
pengindeksan atau hashing (lihat Lampiran F). Dengan kata lain, interaksi pengguna dengan
database harus independen dari pertimbangan penyimpanan.
3. DBA* (*Database Administrator/Administrator basis data) harus dapat mengubah struktur
penyimpanan basis data tanpa memengaruhi pandangan pengguna.
4. Struktur internal database harus tidak terpengaruh oleh perubahan pada aspek fisik
penyimpanan, seperti perubahan ke perangkat penyimpanan baru.
5. DBA harus dapat mengubah struktur konseptual dari database tanpa mempengaruhi semua
pengguna

Tingkat Eksternal. Tampilan database pengguna. Level ini menjelaskan bagian dari basis data yang
relevan untuk setiap pengguna.

Pada level ini terdiri dari sejumlah tampilan eksternal yang berbeda dari database. Setiap
pengguna memiliki pandangan tentang "dunia nyata" yang diwakili dalam bentuk yang umum bagi
pengguna. Pandangan eksternal hanya mencakup; entitas, atribut, dan hubungan di "dunia nyata"
yang diminati pengguna. Entitas, atribut, atau hubungan lain yang tidak menarik dapat diwakili
dalam database, tetapi pengguna tidak akan menyadarinya.

Selain itu, pandangan yang berbeda mungkin memiliki representasi berbeda dari data yang
sama. Misalnya, satu pengguna dapat melihat tanggal dalam formulir (hari, bulan, tahun),
sementara yang lain dapat melihat tanggal sebagai (tahun, bulan, hari). Beberapa tampilan mungkin
termasuk data yang berasal atau dihitung: data tidak benar-benar disimpan dalam database seperti
itu, tetapi dibuat saat diperlukan. Misalnya, dalam studi kasus DreamHome, kami mungkin ingin
melihat usia anggota staf. Namun, kemungkinan usia tidak akan disimpan, karena data ini harus
diperbarui setiap hari. Sebaliknya, tanggal lahir anggota staf akan disimpan dan usia akan dihitung
oleh DBMS ketika direferensikan. Tampilannya bahkan dapat mencakup data yang digabungkan atau
berasal dari beberapa entitas.

Tingkat Konseptual.Tampilan komunitas dari basis data. Level ini menggambarkan data apa yang
disimpan dalam basis data dan hubungan antar data.

Tingkat menengah ini berisi struktur logis dari seluruh basis data seperti yang terlihat oleh DBA.
Ini adalah tampilan lengkap dari persyaratan data organisasi yang independen dari semua
pertimbangan penyimpanan. Mewakili:

1. Semua entitas, atributnya, dan hubungannya

2. Kendala pada data
3. Informasi semantik tentang data
4. Informasi keamanan dan integritas.

Level konseptual mendukung setiap tampilan eksternal, di mana setiap data yang tersedia untuk
pengguna harus terkandung dalam, atau berasal dari, tingkat konseptual. Namun, level ini tidak
boleh mengandung detail yang tergantung pada penyimpanan. Misalnya, deskripsi entitas hanya

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

boleh berisi tipe data atribut (misalnya, inte ger, real, karakter) dan panjangnya (seperti jumlah
maksimum digit atau karakter), tetapi tidak ada pertimbangan penyimpanan, seperti jumlah byte
yang ditempati.

Tingkat Internal. Representasi fisik dari database di komputer. Level ini menjelaskan bagaimana
data disimpan dalam database.

Level internal mencakup implementasi fisik dari database untuk mencapai kinerja runtime yang
optimal dan pemanfaatan ruang penyimpanan. Ini mencakup struktur data dan organisasi file yang
digunakan untuk menyimpan data pada perangkat penyimpanan. Ini berinteraksi dengan metode
akses sistem operasi (teknik manajemen file untuk menyimpan dan mengambil catatan data) untuk
menempatkan data pada perangkat penyimpanan, membuat indeks, mengambil data, dan
sebagainya. Tingkat internal berkaitan dengan hal-hal seperti;

1. Alokasi ruang penyimpanan untuk data dan indeks

2. Merekam deskripsi untuk penyimpanan (dengan ukuran yang disimpan untuk item data)
3. Merekam penempatan
4. Kompresi data dan teknik enkripsi data.

Di bawah level internal ada level fisik yang dapat dikelola oleh sistem operasi di bawah arahan
DBMS. Namun, fungsi dari DBMS dan sistem operasi pada tingkat fisik tidak jelas dan bervariasi dari
satu sistem ke sistem lainnya. Beberapa DBMS mengambil keuntungan dari banyak metode akses
sistem operasi, dan yang lain hanya menggunakan yang paling dasar dan membuat organisasi file
mereka sendiri. Level fisik di bawah DBMS terdiri dari item-item yang hanya diketahui oleh sistem
operasi, seperti; bagaimana sekuensingnya dilaksanakan dan apakah bidang catatan internal
disimpan sebagai byte yang berdekatan pada disk.

Skema, Pemetaan, dan InstansI. Deskripsi keseluruhan dari database disebut skema database. Ada
tiga jenis skema dalam database dan ini didefinisikan sesuai dengan tingkat abstraksi arsitektur.
Pada level tertinggi, skema eksternal (juga disebut subschema) yang sesuai dengan berbagai
tampilan data; Pada tingkat konseptual, disebut skema konseptual, yang menggambarkan semua
entitas, atribut, dan hubungan bersama dengan batasan integritas; Pada tingkat abstraksi terendah,
skema internal, merupakan deskripsi lengkap dari model internal, yang berisi definisi catatan yang
disimpan, metode representasi, bidang data, dan indeks serta struktur penyimpanan yang
digunakan. Hanya ada satu skema konseptual dan satu skema internal per database. DBMS
bertanggung jawab untuk memetakan antara ketiga jenis skema ini, harus memeriksa skema untuk
konsistensi; dengan kata lain, DBMS harus mengkonfirmasi bahwa setiap skema eksternal dapat
diturunkan dari skema konseptual, dan harus menggunakan informasi dalam skema konseptual
untuk memetakan setiap skema eksternal dan skema internal. Skema konseptual terkait
dengan skema internal melalui pemetaan konseptual / internal; Pemetaan ini memungkinkan
DBMS untuk menemukan catatan aktual atau kombinasi catatan dalam penyimpanan fisik yang
merupakan catatan logis dalam skema konseptual, bersama-sama dengan kendala apa pun yang
harus diberlakukan pada operasi untuk catatan logis itu. Ini juga memungkinkan perbedaan dalam

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

nama entitas, nama atribut, urutan atribut, tipe data, dan sebagainya untuk diselesaikan. Akhirnya,
setiap skema eksternal terkait dengan skema konseptual oleh pemetaan eksternal / konseptual;
Pemetaan ini memungkinkan DBMS memetakan nama dalam tampilan pengguna ke bagian yang
relevan dari skema konseptual.

Ada dua pandangan eksternal yang berbeda tentang rincian staf:

1. Terdiri dari nomor staf (sNo), nama depan (fName), nama belakang (IName), usia, dan gaji
2. Terdiri dari nomor staf (staffNo), nama belakang (IName), dan jumlah cabang tempat anggota
staf bekerja (branchNo).

Pandangan eksternal ini digabungkan menjadi satu pandangan konseptual. Dalam proses
penggabungan ini, perbedaan utama adalah bahwa bidang usia telah diubah menjadi bidang tanggal
lahir, DOB. DBMS mengelola pemetaan eksternal/konseptual; misalnya, memetakan bidang sNo dari
tampilan eksternal pertama ke bidang staffNo dari catatan konseptual. Level konseptual kemudian
dipetakan ke level internal, yang berisi deskripsi fisik dari struktur untuk catatan konseptual. Pada level
ini, kita melihat definisi struktur dalam bahasa tingkat tinggi. Struktur berisi pointer, selanjutnya, yang
memungkinkan daftar catatan staf untuk secara fisik dihubungkan bersama untuk membentuk rantai.
Perhatikan bahwa urutan bidang pada level internal berbeda dari pada level konseptual. Sekali lagi,
DBMS mempertahankan pemetaan konseptual/internal.

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

Penting untuk membedakan antara deskripsi database dan database itu sendiri. Deskripsi basis data
adalah skema basis data. Skema ditentukan selama proses desain database dan tidak diharapkan untuk
sering berubah. Namun, data aktual dalam database dapat sering berubah; misalnya, itu berubah setiap
kali kami memasukkan detail anggota staf baru atau properti baru. Data dalam database pada suatu titik
waktu tertentu disebut instance database. Olehnya, banyak instance database dapat berhubungan
dengan skema database yang sama. Skema ini kadang-kadang disebut kehebatan database; sebuah
instance disebut ekstensi (atau status) dari database.

Data Independence. Tujuan utama untuk arsitektur tiga tingkat adalah untuk memberikan kemandirian
data, yang berarti bahwa tingkatan level atas tidak berpengaruh atas perubahan tingkat level yang lebih
rendah. Ada dua jenis independensi data: logis dan fisik

Independensi data logis. Kekebalan skema eksternal terhadap perubahan dalam skema
konseptual. Perubahan skema konseptual, seperti penambahan atau penghapusan entitas baru,
atribut, atau hubungan, harus dimungkinkan tanpa harus mengubah skema eksternal yang ada
atau harus menulis ulang program aplikasi. Jelas, pengguna untuk siapa perubahan telah dibuat
perlu menyadarinya, tetapi yang penting adalah bahwa seharusnya pengguna lain tidak.

Independensi data fisik. Kekebalan skema konseptual terhadap perubahan dalam skema
internal. Perubahan pada skema internal, seperti menggunakan organisasi file atau struktur
penyimpanan yang berbeda, menggunakan perangkat penyimpanan yang berbeda,
memodifikasi indeks atau algoritma hashing, harus dimungkinkan tanpa harus mengubah skema
konseptual atau eksternal. Dari sudut pandang pengguna, satu-satunya efek yang mungkin
diperhatikan adalah perubahan kinerja. Bahkan, penurunan kinerja adalah alasan paling umum
untuk perubahan skema internal.

Kemandirian data dan arsitektur tiga tingkat aNSI-SparC.

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

Pemetaan dua tahap dalam arsitektur ANSI-SPARC mungkin tidak efisien, tetapi juga
memberikan kemandirian data yang lebih besar. Namun, untuk pemetaan yang lebih efisien, model
ANSI-SPARC memungkinkan pemetaan langsung skema eksternal ke skema internal, sehingga dengan
melewati skema konseptual. Pemetaan ini tentu saja mengurangi independensi data, sehingga setiap
kali skema internal berubah, skema eksternal dan program aplikasi apa pun yang tergantung mungkin
juga harus berubah.

Bahasa Basis Data

Sub-bahasa data terdiri dari dua bagian:

1. Bahasa Definisi Data (DDL). Digunakan untuk menentukan skema basis data;dan
2. Bahasa Manipulasi Data (DML). Digunakan untuk membaca dan memperbarui basis data.

Bahasa-bahasa ini disebut sub-bahasa data karena mereka tidak menyertakan konstruksi untuk
semua kebutuhan komputasi, seperti pernyataan bersyarat atau berulang, yang disediakan oleh bahasa
pemrograman tingkat tinggi. Banyak DBMS memiliki fasilitas untuk menanamkan bahasa dalam bahasa
pemrograman tingkat tinggi seperti COBOL, Fortran, Pascal, Ada, C, C ++, C #, Java, atau Visual Basic.
Dalam hal ini, bahasa tingkat tinggi kadang-kadang disebut sebagai bahasa host; Untuk mengkompilasi
file yang disematkan, perintah-perintah dalam sub-bahasa data dihapus terlebih dahulu dari program
bahasa host dan diganti dengan panggilan fungsi. File preprocessed kemudian dikompilasi, ditempatkan
dalam modul objek, dihubungkan dengan perpustakaan khusus DBMS yang berisi fungsi yang diganti,
dan dieksekusi ketika diperlukan. Sebagian besar sub-bahasa data juga menyediakan perintah
nonembedded atau interaktif yang dapat di input langsung dari terminal.

1. Bahasa Definisi Data (DDL).

Merupakan bahasa yang memungkinkan DBA atau pengguna untuk mendeskripsikan dan
memberi nama entitas, atribut, dan hubungan yang diperlukan untuk aplikasi, bersama dengan
integritas dan kendala keamanan yang terkait.

Skema basis data ditentukan oleh sekumpulan definisi yang diekspresikan dengan menggunakan
bahasa khusus yang disebut Bahasa Definisi Data. DDL digunakan untuk mendefinisikan skema atau
memodifikasi yang sudah ada. Itu tidak dapat digunakan untuk memanipulasi data. Hasil kompilasi dari
pernyataan DDL adalah seperangkat tabel yang disimpan dalam file khusus secara kolektif disebut
katalog sistem. Katalog sistem mengintegrasikan metadata, yaitu data yang menggambarkan objek
dalam database dan membuatnya lebih mudah untuk objek-objek itu diakses atau dimanipulasi.
Metadata berisi definisi catatan, item data, dan objek lain yang menarik bagi pengguna atau diperlukan
oleh DBMS. DBMS biasanya berkonsultasi katalog sistem sebelum data aktual diakses di database. Istilah
kamus data dan direktori data juga digunakan untuk menggambarkan katalog sistem, meskipun istilah
"kamus data" biasanya mengacu pada sistem perangkat lunak yang lebih umum daripada katalog untuk
DBMS. Pada tingkat teoretis, kita dapat mengidentifikasi berbagai DDL untuk setiap skema dalam
arsitektur tiga tingkat, yaitu; DDL untuk skema eksternal; DDL untuk skema konseptual; dan DDL untuk

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

skema internal. Namun, dalam praktiknya, ada satu DDL komprehensif yang memungkinkan spesifikasi
setidaknya skema eksternal dan konseptual.

2. Bahasa Manipulasi Data (DML)

Merupakan bahasa yang menyediakan serangkaian operasi untuk mendukung operasi manipulasi
data dasar pada data yang disimpan dalam database.

Operasi manipulasi data biasanya meliputi;

1. Penyisipan data baru ke dalam basis data

2. Modifikasi data yang disimpan dalam database
3. Mengambilan data yang terkandung dalam database
4. Penghapusan data dari database.

Salah satu fungsi utama DBMS adalah untuk mendukung bahasa manipulasi data di mana pengguna
dapat membuat pernyataan yang akan menyebabkan manipulasi data tersebut terjadi. Manipulasi data
berlaku untuk level eksternal, konseptual, dan internal. Namun, pada tingkat internal kita harus
mendefinisikan prosedur tingkat rendah yang agak rumit yang memungkinkan akses data yang efisien.
Sebaliknya, pada tingkat yang lebih tinggi, penekanan diberikan pada kemudahan penggunaan dan
upaya diarahkan untuk menyediakan interaksi pengguna yang efisien dengan sistem.

Bagian dari DML yang melibatkan pengambilan data disebut bahasa permintaan. Bahasa query
dapat didefinisikan sebagai bahasa tujuan khusus tingkat tinggi yang digunakan untuk memenuhi
beragam permintaan untuk pengambilan data yang disimpan dalam database. Karena itu, istilah "queri"
disediakan untuk menunjukkan pernyataan pengambilan yang dinyatakan dalam bahasa queri. Istilah
"bahasa permintaan" dan "DML" biasanya digunakan secara bergantian, meskipun secara teknis tidak
benar.

DML dibedakan berdasarkan konstruk pengambilan yang mendasarinya. Kita dapat membedakan
antara dua jenis DML: procedural, bahasa manipulasi data yang menentukan bagaimana output dari
pernyataan DML akan diperoleh (biasanya menangani catatan secara individual); dan nonprocedural,
hanya menggambarkan output apa yang akan diperoleh (beroperasi pada set rekaman).

a. DML procedural. Bahasa yang memungkinkan pengguna memberi tahu sistem data apa yang
dibutuhkan dan bagaimana cara mengambil data.

Dengan DML prosedural, pengguna, atau lebih sering programmer, menentukan data
apa yang dibutuhkan dan bagaimana cara mendapatkannya. Ini berarti bahwa pengguna harus
menyatakan semua operasi akses data yang akan digunakan dengan memanggil prosedur yang
sesuai untuk mendapatkan informasi yang diperlukan. Biasanya, DML prosedural seperti itu
mengambil catatan, memprosesnya dan, berdasarkan hasil yang diperoleh oleh pemrosesan ini,
mengambil catatan lain yang akan diproses dengan cara yang sama, dan seterusnya. Proses
pengambilan ini berlanjut sampai data yang diminta dari pengambilan telah dikumpulkan.
Biasanya, DML prosedural tertanam dalam bahasa pemrograman tingkat tinggi yang berisi

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

konstruk untuk memfasilitasi iterasi dan menangani logika navigasi. DML jaringan dan hierarkis
biasanya bersifat procedural.

b. DML non-prosedural. Bahasa yang memungkinkan pengguna untuk menyatakan data apa yang
dibutuhkan daripada bagaimana data itu akan diambil.
DML non-prosedural memungkinkan data yang diperlukan ditentukan dalam satu
pengambilan atau pernyataan pembaruan. Dengan DML non-prosedural, pengguna menentukan
data apa yang diperlukan tanpa menentukan bagaimana data itu akan diperoleh. DBMS
menerjemahkan pernyataan DML ke dalam satu atau lebih prosedur yang memanipulasi set
catatan yang diperlukan, yang membebaskan pengguna dari keharusan untuk mengetahui
bagaimana struktur data diimplementasikan secara internal dan algoritma apa yang diperlukan
untuk mengambil dan mungkin mengubah data, sehingga memberikan pengguna dengan
tingkat kemandirian data yang cukup besar. Bahasa non-prosedural juga disebut bahasa
deklaratif. DBMSs relasional biasanya mencakup beberapa bentuk bahasa non-prosedural untuk
manipulasi data,SQL atau QBE (Query-By-Example). DML non-prosedural biasanya lebih mudah
dipelajari dan digunakan daripada DML prosedural, karena lebih sedikit pekerjaan yang
dilakukan oleh pengguna dan lebih banyak oleh DBMS.

3. Bahasa Generasi Keempat (4GL)

Tidak ada konsensus tentang apa yang merupakan bahasa generasi keempat; pada dasarnya, ini
adalah bahasa pemrograman singkatan. Operasi yang membutuhkan ratusan baris kode dalam bahasa
generasi ketiga (3GL), seperti COBOL, umumnya membutuhkan lebih sedikit baris dalam 4GL.

Dibandingkan dengan 3GL (yang procedural); 4GL adalah nonprocedural: pengguna

menentukan apa yang harus dilakukan, bukan bagaimana. Sebuah 4GL diharapkan bergantung sebagian
besar pada komponen tingkat yang jauh lebih tinggi yang dikenal sebagai alat generasi keempat.
Pengguna tidak menentukan langkah-langkah yang diperlukan suatu program untuk melakukan tugas,
melainkan menentukan parameter untuk alat yang menggunakannya untuk menghasilkan program
aplikasi. Dikatakan bahwa 4GL dapat meningkatkan produktivitas dengan faktor sepuluh, dengan biaya
membatasi jenis masalah yang dapat diatasi.

Bahasa generasi keempat meliputi:

1. Bahasa presentasi, seperti bahasa permintaan dan generator laporan
2. Bahasa khusus, seperti spreadsheet dan bahasa basis data
3. Generator aplikasi yang mendefinisikan, menyisipkan, memperbarui, dan mengambil data dari
database untuk membangun aplikasi
4. Bahasa tingkat sangat tinggi yang digunakan untuk menghasilkan kode aplikasi.

SQL dan QBE, yang disebutkan sebelumnya, adalah contoh 4GL. Kami sekarang secara singkat
membahas beberapa jenis 4GL lainnya.

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

Forms Generators

Generator bentuk adalah fasilitas interaktif untuk secara cepat membuat input data dan
menampilkan tata letak untuk formulir layar. Bentuk generator memungkinkan pengguna untuk
menentukan seperti apa tampilan layar, informasi apa yang akan ditampilkan, dan di mana pada layar
itu akan ditampilkan. Mungkin juga memungkinkan definisi warna untuk elemen layar dan karakteristik
lainnya, seperti tebal, garis bawah, berkedip, membalikkan video, dan sebagainya. Bentuk generator
yang lebih baik memungkinkan pembuatan atribut turunan, mungkin menggunakan operator aritmatika
atau agregat, dan spesifikasi pemeriksaan validasi untuk input data.

Report Generators

Report generator adalah fasilitas untuk membuat laporan dari data yang disimpan dalam
database. Ini mirip dengan bahasa queri karena memungkinkan pengguna untuk mengajukan
pertanyaan tentang database dan mengambil informasi darinya untuk laporan. Namun, dalam kasus
report generators, kami memiliki kontrol yang lebih besar atas seperti apa outputnya. Kita dapat
membiarkan pembuat laporan secara otomatis menentukan bagaimana output akan terlihat atau
membuat laporan keluaran sendiri yang disesuaikan menggunakan instruksi perintah pembuat laporan
khusus.

Dua jenis report generators; berorientasi bahasa dan berorientasi visual. Dalam kasus pertama,
kita memasukkan perintah dalam sub-bahasa untuk menentukan data apa yang akan dimasukkan dalam
laporan dan bagaimana laporan itu disusun. Dalam kasus kedua, kami menggunakan fasilitas yang mirip
dengan generator bentuk untuk mendefinisikan informasi yang sama.

Graphics generators

Generator grafis adalah fasilitas untuk mengambil data dari basis data dan menampilkan data
sebagai grafik yang menunjukkan tren dan hubungan dalam data. Biasanya, ini memungkinkan
pengguna untuk membuat diagram batang, diagram lingkaran, diagram garis, grafik sebar, dan
sebagainya.

Application generators

Generator aplikasi adalah fasilitas untuk menghasilkan program yang berinteraksi dengan basis
data. Penggunaan generator aplikasi dapat mengurangi waktu yang dibutuhkan untuk merancang
seluruh aplikasi perangkat lunak, biasanya terdiri dari modul-modul prewritten yang terdiri dari fungsi-
fungsi mendasar yang digunakan sebagian besar program. Modul-modul ini, biasanya ditulis dalam
bahasa tingkat tinggi, merupakan perpustakaan fungsi yang dapat dipilih. Pengguna menentukan apa
yang seharusnya dilakukan oleh program; generator aplikasi menentukan cara melakukan tugas.

Model Data dan Pemodelan Konseptual

Sebuah skema ditulis menggunakan DDL, bahkan ditulis dalam DDL dari DBMS tertentu.
Sayangnya, jenis bahasa ini terlalu rendah untuk menggambarkan persyaratan data suatu organisasi

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

dengan cara yang mudah dimengerti oleh berbagai pengguna. Dibutuhkan deskripsi skema yang lebih
tinggi; model data.

Model data. Kumpulan konsep yang terintegrasi untuk menggambarkan dan memanipulasi data,
hubungan antara data, dan kendala pada data dalam suatu organisasi.

Model adalah representasi dari objek dan peristiwa dunia nyata, dan asosiasinya. Ini adalah
abstraksi yang berkonsentrasi pada aspek esensial dan inheren dari suatu organisasi dan mengabaikan
sifat-sifat kebetulan. Model data mewakili organisasi itu sendiri. Ini harus memberikan konsep dasar dan
notasi yang akan memungkinkan perancang basis data dan pengguna akhir untuk berkomunikasi secara
jelas dan akurat pemahaman mereka tentang data organisasi. Suatu model data terdiri dari tiga
komponen: (1)Bagian struktural, terdiri dari seperangkat aturan yang menurutnya basis data dapat
dibangun; (2)Bagian manipulatif, mendefinisikan jenis operasi yang diizinkan pada data (ini termasuk
operasi yang digunakan untuk memperbarui atau mengambil data dari database dan untuk mengubah
struktur database); (3)Serangkaian kendala integritas, yang memastikan bahwa data tersebut akurat.

Tujuan dari model data; untuk merepresentasikan data dan membuat data dapat dimengerti.
Jika berhasil, maka dapat dengan mudah digunakan untuk mendesain basis data. Untuk mencerminkan
arsitektur ANSI-SPARC, kita dapat mengidentifikasi tiga model data terkait:

1. Model data eksternal, untuk mewakili pandangan masing-masing pengguna tentang

organisasi, kadang-kadang disebut Universe of Discourse (UoD);
2. Model data konseptual, untuk mewakili pandangan logis (atau komunitas) yang independen
terhadap DBMS;
3. Model data internal, untuk mewakili skema konseptual sedemikian rupa sehingga dapat
dipahami oleh DBMS.

Ada banyak model data yang diusulkan dalam literatur. Terdiri atas tiga kategori besar: objek
berbasis, berbasis catatan, dan model data fisik. Dua yang pertama digunakan untuk menggambarkan
data pada level konseptual dan eksternal, yang ketiga digunakan untuk menggambarkan data pada level
internal

Model Data Berbasis Objek. Model data berbasis objek menggunakan konsep seperti
entitas, atribut, dan hubungan. Entitas adalah objek yang berbeda (orang, tempat, benda,
konsep, peristiwa) dalam organisasi yang akan diwakili dalam database. Atribut adalah
properti yang menggambarkan beberapa aspek dari objek yang ingin kita catat, dan
hubungan adalah hubungan antara entitas. Beberapa tipe model data berbasis objek yang
lebih umum adalah:
a. Entity-Relationship (ER). Model ER telah muncul sebagai salah satu teknik utama
untuk desain database dan membentuk dasar untuk metodologi desain database
yang digunakan dalam buku ini.
b. Semantic
c. Fungsional

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

d. Berorientasi objek. Model data berorientasi objek memperluas definisi entitas

untuk memasukkan tidak hanya atribut yang menggambarkan keadaan objek tetapi
juga tindakan yang terkait dengan objek, yaitu perilakunya. Objek tersebut
dikatakan merangkum keadaan dan perilaku.

Model Data Berbasis Catatan. Dalam model ini basis data terdiri dari sejumlah catatan
format tetap, mungkin dari jenis yang berbeda. Setiap tipe catatan menetapkan jumlah
bidang tetap, biasanya dari panjang tetap. Ada tiga jenis utama model data logis berbasis
catatan: model data relasional, model data jaringan, dan model data hierarkis. Model data
hierarkis dan jaringan dikembangkan hampir satu dekade sebelum model data relasional,
sehingga tautannya ke konsep pemrosesan file tradisional lebih jelas.

a. Data relasional. Model ini didasarkan pada konsep hubungan matematika. Dalam model ini,
data dan hubungan direpresentasikan sebagai tabel, yang masing-masing memiliki sejumlah
kolom dengan nama unik. Pada model data ini hanya mensyaratkan bahwa database
dianggap oleh pengguna sebagai tabel. Namun, persepsi ini hanya berlaku untuk struktur
logis dari database, yaitu tingkat eksternal dan konseptual dari arsitektur ANSI-SPARC. Dan
tidak berlaku untuk struktur fisik database, yang dapat diimplementasikan menggunakan
berbagai struktur penyimpanan.
b. Model data jaringan. Dalam model jaringan, data direpresentasikan sebagai koleksi catatan,
dan hubungan diwakili oleh set. Dibandingkan dengan model relasional, hubungan secara
eksplisit dimodelkan oleh set, yang menjadi petunjuk dalam implementasi. Catatan disusun
sebagai struktur grafik umum dengan catatan muncul sebagai node (juga disebut segmen)
dan ditetapkan sebagai tepi dalam grafik. DBMS jaringan yang paling populer adalah IDMS /
R Computer Associates.
c. Model data hierarkis. Model hierarkis adalah jenis model jaringan terbatas. Sekali lagi, data
direpresentasikan sebagai koleksi catatan dan hubungan diwakili oleh set. Namun, model
hierarkis memungkinkan sebuah node hanya memiliki satu orangtua. Model hierarkis dapat
direpresentasikan sebagai grafik pohon, dengan catatan yang muncul sebagai simpul (juga
disebut segmen) dan ditetapkan sebagai tepian. DBMS hierarkis utama adalah IMS IBM,
meskipun IMS juga menyediakan fitur non-hierarki.

Model data berbasis catatan (logis) digunakan untuk menentukan keseluruhan

struktur basis data dan deskripsi implementasi yang lebih tinggi. Kelemahan utama mereka
adalah bahwa mereka tidak menyediakan fasilitas yang memadai untuk secara spesifik
menentukan batasan pada data, sedangkan model data berbasis objek tidak memiliki sarana
spesifikasi struktur logis tetapi menyediakan substansi yang lebih semantik dengan
memungkinkan pengguna untuk menentukan batasan pada data. Mayoritas sistem
komersial modern didasarkan pada paradigma relasional, sedangkan sistem basis data awal
didasarkan pada jaringan atau model data hierarkis. Dua model terakhir mengharuskan
pengguna untuk memiliki pengetahuan tentang basis data fisik yang diakses, sedangkan
yang pertama menyediakan sejumlah besar kemandirian data. Olehnya, sistem relasional

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

mengadopsi pendekatan deklaratif untuk pemrosesan basis data (yaitu, mereka

menentukan data apa yang akan diambil), tetapi sistem jaringan dan hierarki mengadopsi
pendekatan navigasi (yaitu, mereka menentukan bagaimana data akan diambil).

Model Data Fisik. Model ini menggambarkan bagaimana data disimpan di komputer, mewakili
informasi seperti struktur rekaman, urutan rekaman, dan jalur akses. Tidak banyak model data
fisik sebagai model data logis; yang paling umum adalah model pemersatu dan memori bingkai.

Permodelan Konseptual. Dari pemeriksaan arsitektur tiga tingkat, kita melihat bahwa skema
konseptual adalah jantung dari basis data. Ini mendukung semua pandangan eksternal dan,
pada gilirannya, didukung oleh skema internal. Namun, skema internal hanyalah implementasi
fisik dari skema konseptual. Skema konseptual harus merupakan representasi lengkap dan
akurat dari persyaratan data perusahaan. Jika ini tidak terjadi, beberapa informasi tentang
perusahaan akan hilang atau salah diwakili dan akan mengalami kesulitan dalam
mengimplementasikan sepenuhnya satu atau lebih dari eksternal.

Pemodelan konseptual atau desain basis data konseptual adalah proses membangun
model penggunaan informasi dalam suatu perusahaan yang independen terhadap rincian
implementasi, seperti target DBMS, program aplikasi, bahasa pemrograman, atau pertimbangan
fisik lainnya. Model ini disebut model data konseptual atau "model logis" dalam literatur.
Model konseptual independen dari semua detail implementasi, sedangkan model logis
mengasumsikan pengetahuan tentang model data yang mendasari DBMS target.

Fungsi dari DBMS

Codd (1982) mencantumkan delapan layanan yang harus disediakan oleh DBMS skala penuh, dan di
tambahkan dua poin.;

1. Penyimpanan data, pengambilan, dan pembaruan. DBMS harus memberi pengguna

kemampuan untuk menyimpan, mengambil, dan memperbarui data dalam database. Jelas
DBMS harus menyembunyikan detail implementasi fisik internal (seperti organisasi file dan
struktur penyimpanan) dari pengguna.
2. Katalog yang dapat diakses pengguna. DBMS harus memberikan katalog tempat deskripsi item
data disimpan dan yang dapat diakses oleh pengguna. Fitur utama arsitektur ANSI-SPARC adalah
pengakuan katalog sistem terintegrasi untuk menyimpan data tentang skema, pengguna,
aplikasi, dan sebagainya. Katalog ini diharapkan dapat diakses oleh pengguna dan juga untuk
DBMS. Katalog sistem, atau kamus data, adalah gudang informasi yang menggambarkan data
dalam database; itu adalah "data tentang data" atau metadata. Jumlah informasi dan cara
informasi digunakan berbeda dengan DBMS. Biasanya, katalog sistem menyimpan:
a. Nama, jenis, dan ukuran item data
b. Nama-nama hubungan
c. Kendala integritas pada data
d. Nama pengguna resmi yang memiliki akses ke data

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

e. Item data yang dapat diakses oleh setiap pengguna dan jenis akses yang diizinkan;
misalnya, memasukkan, memperbarui, menghapus, atau membaca akses
f. Skema eksternal, konseptual, dan internal dan pemetaan antara skema
g. Statistik penggunaan, seperti frekuensi transaksi dan mengandalkan jumlah akses yang
dilakukan ke objek dalam database.

Katalog sistem DBMS adalah salah satu komponen dasar sistem. Banyak komponen
perangkat lunak yang kami jelaskan di bagian selanjutnya bergantung pada katalog sistem untuk
informasi. Beberapa manfaat dari katalog sistem adalah:

a. Informasi tentang data dapat dikumpulkan dan disimpan secara terpusat. Ini membantu
untuk mempertahankan kontrol atas data sebagai sumber daya.
b. Arti data dapat didefinisikan, yang akan membantu pengguna lain memahami tujuan data.
c. Komunikasi disederhanakan, karena makna yang tepat disimpan. Katalog sistem juga dapat
mengidentifikasi pengguna atau pengguna yang memiliki atau mengakses data.
d. Redundansi dan ketidakkonsistenan dapat diidentifikasi dengan lebih mudah karena data
terpusat.
e. Perubahan pada basis data dapat direkam.
f. Dampak perubahan dapat ditentukan sebelum diimplementasikan karena katalog sistem
mencatat setiap item data, semua hubungannya, dan semua penggunanya.
g. Keamanan dapat ditegakkan.
h. Integritas dapat dipastikan.
i. Informasi audit dapat diberikan.

Beberapa penulis membuat perbedaan antara katalog sistem dan direktori data, di
mana direktori data menyimpan informasi yang berkaitan dengan di mana data disimpan dan
bagaimana data itu disimpan. ISO telah mengadopsi standar untuk kamus data yang disebut
Information Resource Dictionary System (IRDS) (ISO 1990, 1993). IRDS adalah alat perangkat
lunak yang dapat digunakan untuk mengontrol dan mendokumentasikan sumber informasi
organisasi. Ini memberikan definisi untuk tabel yang terdiri dari kamus data dan operasi yang
dapat digunakan untuk mengakses tabel ini. Digunakan istilah "katalog sistem" untuk merujuk
ke semua informasi penyimpanan.

3. Dukungan transaksi. DBMS harus memberikan mekanisme yang akan memastikan bahwa
semua pembaruan yang terkait dengan transaksi tertentu dilakukan atau tidak ada satupun yang
dibuat.
Transaksi adalah serangkaian tindakan, yang dilakukan oleh satu pengguna atau
program aplikasi, yang mengakses atau mengubah isi database. Misalnya, beberapa transaksi
sederhana untuk menambahkan anggota staf baru ke dalam database, untuk memperbarui gaji
anggota staf, atau untuk menghapus properti dari register. Yang lebih rumit seperti menghapus
anggota staf dari database dan untuk menetapkan kembali properti yang ia kelola ke anggota
staf lain. Dalam hal ini, ada lebih dari satu perubahan yang harus dilakukan pada database. Jika
transaksi gagal selama eksekusi, mungkin karena crash komputer, database akan dalam keadaan

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

tidak konsisten: beberapa perubahan akan dilakukan dan yang lainnya tidak. Akibatnya,
perubahan yang telah dibuat harus dibatalkan untuk mengembalikan database ke keadaan yang
konsisten lagi.
4. Layanan kontrol konkurensi. DBMS harus memberikan mekanisme untuk memastikan bahwa
database diperbarui dengan benar ketika beberapa pengguna memperbarui database secara
bersamaan.
Salah satu tujuan utama dalam menggunakan DBMS adalah untuk memungkinkan
banyak pengguna mengakses data bersama secara bersamaan. Akses bersamaan relatif mudah
jika semua pengguna hanya membaca data, karena tidak ada cara mereka dapat saling
mengganggu. Namun, ketika dua atau lebih pengguna mengakses database secara bersamaan
dan setidaknya satu dari mereka memperbarui data, mungkin ada gangguan yang dapat
menyebabkan ketidakkonsistenan.
5. Layanan pemulihan. DBMS harus menyediakan mekanisme untuk memulihkan database jika
database rusak dengan cara apa pun.

Ketika membahas dukungan transaksi, kami menyebutkan bahwa jika transaksi gagal,
maka database harus dikembalikan ke keadaan yang konsisten. Kegagalan ini mungkin
merupakan hasil dari crash sistem, kegagalan media, kesalahan perangkat keras atau perangkat
lunak yang menyebabkan DBMS berhenti, atau mungkin hasil dari pengguna mendeteksi
kesalahan selama transaksi dan membatalkan transaksi sebelum selesai. Dalam semua kasus ini,
DBMS harus menyediakan mekanisme untuk mengembalikan database ke keadaan yang
konsisten.

6. Layanan otorisasi. DBMS harus memberikan mekanisme untuk memastikan bahwa hanya
pengguna yang berwenang yang dapat mengakses database.

Tidak sulit untuk membayangkan contoh-contoh di mana kami ingin mencegah

beberapa data yang disimpan dalam database agar tidak dilihat oleh semua pengguna. Misalnya,
kami mungkin hanya ingin manajer cabang melihat informasi terkait gaji untuk staf dan
mencegah semua pengguna lain melihat data ini. Selain itu, kami mungkin ingin melindungi
basis data dari akses yang tidak sah. Istilah "keamanan" mengacu pada perlindungan database
terhadap akses yang tidak sah, baik disengaja atau tidak disengaja. Kami berharap DBMS
menyediakan mekanisme untuk memastikan bahwa data aman.

7. Dukungan untuk komunikasi data. DBMS harus mampu berintegrasi dengan perangkat lunak
komunikasi. Sebagian besar pengguna mengakses database dari workstation. Terkadang
workstation ini terhubung langsung ke komputer yang menampung DBMS. Dalam kasus lain,
workstation berada di lokasi terpencil dan berkomunikasi dengan komputer yang menghosting
DBMS melalui jaringan. Dalam kedua kasus tersebut, DBMS menerima permintaan sebagai
pesan komunikasi dan merespons dengan cara yang sama. Semua transmisi tersebut ditangani
oleh manajer komunikasi data (DCM). Meskipun DCM bukan bagian dari DBMS, perlu bagi DBMS
untuk dapat diintegrasikan dengan berbagai DCMs jika sistem tersebut layak secara komersial.
Bahkan DBMS untuk komputer pribadi harus dapat dijalankan pada jaringan area lokal sehingga

RESKY ANDRIANI JALIL – A031171336

 SISTEM MANAJEMEN DATABASE – LINGKUNGAN BASIS DATA

satu database terpusat dapat dibuat untuk dibagi oleh pengguna, daripada memiliki serangkaian
database yang berbeda, satu untuk setiap pengguna. Ini tidak menyiratkan bahwa database
harus didistribusikan di seluruh jaringan, tetapi bahwa pengguna harus dapat mengakses
database terpusat dari lokasi terpencil. Kami menyebut jenis topologi ini sebagai pemrosesan
terdistribusi.
8. Layanan integritas. DBMS harus menyediakan sarana untuk memastikan bahwa data dalam
database dan perubahan data mengikuti aturan tertentu. “Integritas basis data” mengacu pada
kebenaran dan konsistensi data yang disimpan; ini dapat dianggap sebagai jenis perlindungan
basis data lainnya. Meskipun integritas terkait dengan keamanan, ia memiliki implikasi yang
lebih luas; integritas berkaitan dengan kualitas data itu sendiri. Integritas biasanya dinyatakan
dalam batasan, yaitu aturan konsistensi yang tidak boleh dilanggar oleh basis data. Sebagai
contoh, kami mungkin ingin menetapkan batasan bahwa tidak ada anggota staf yang dapat
mengelola lebih dari 100 properti sekaligus. Di sini, kami ingin agar DBMS memeriksa kapan
kami menetapkan properti kepada anggota staf apakah batas ini akan terlampaui dan untuk
mencegah penugasan tersebut terjadi jika batas telah tercapai.

Dua layanan tambahan berikut akan disediakan oleh DBMS, yakni;

9. Layanan untuk mempromosikan kemandirian data. DBMS harus menyertakan fasilitas untuk
mendukung independensi program dari struktur aktual basis data.

Kemandirian data biasanya dicapai melalui mekanisme view atau subschema. Kemandirian
data fisik lebih mudah untuk dicapai: biasanya ada beberapa jenis perubahan yang dapat dibuat
dengan karakteristik fisik dari database tanpa mempengaruhi pandangan. Namun, kemandirian
data logis lengkap lebih sulit untuk dicapai. Penambahan entitas, atribut, atau hubungan baru
biasanya dapat diakomodasi, tetapi tidak dihapus. Dalam beberapa sistem, segala jenis
perubahan ke komponen yang ada dalam struktur logis dilarang.

10. Layanan utilitas. DBMS harus menyediakan satu set layanan utilitas.Program utilitas membantu
DBA mengelola database secara efektif. Beberapa utilitas bekerja di tingkat eksternal, dan
akibatnya dapat diproduksi oleh DBA. Utilitas lain berfungsi di tingkat internal dan hanya dapat
disediakan oleh vendor DBMS.
Contoh utilitas dari jenis yang terakhir adalah:
a. Fasilitas impor, untuk memuat database dari file flat, dan fasilitas ekspor, untuk
membongkar database ke file flat
b. Fasilitas pemantauan, untuk memantau penggunaan dan operasi basis data
c. Program analisis statistik, untuk memeriksa statistik kinerja atau penggunaan
d. Fasilitas reorganisasi indeks, untuk mengatur ulang indeks dan luapannya
e. Pengumpulan sampah dan realokasi, untuk menghapus catatan yang dihapus
secara fisik dari perangkat penyimpanan, untuk mengkonsolidasikan ruang yang
dilepaskan, dan untuk merelokasi ulang di tempat yang diperlukan.

RESKY ANDRIANI JALIL – A031171336