Kelompok 2

1. Aldy Zazmi (02)

2. Fitrah Arif K.A. (06)
3. Intan Juristia W. (09)
4. Monica W. (14)
5. M. Sulton (15)
6. Romy Syifa’ul F. (20)

PEMROGRAMAN BASIS DATA

2.1.Model data :
• Model data adalah seperangkat konsep untuk menggambarkan struktur basis data,
operasi untuk memanipulasi strukturnya. Terdapat batasan tertentu yang harus
dipatuhi dalam struktur database ini.
• Struktur basis data berarti tipe data, hubungan, dan kendala yang berlaku untuk
data
• Menyediakan sarana untuk mencapai abstraksi data.
2.2.Struktur dan Batasan Model Data :
• Konstruksi model data digunakan untuk mendefinisikan struktur basis data.
• Konstruksi biasanya mencakup elemen ( tipe data), grup elemen (misalkan entitas,
data record, tabel) dan relasi pada elemen-elemen tersebut.
• Terdapat aturan dan batasan yang harus ada dan digunakan pada struktur basis
data.
2.3.Operasi data model :
• Operasi ini digunakan untuk menentukan basis data, pengambilan dan pembaruan
dengan merujuk pada konstruksi dari model data.
• Operasi pada model data mencakup operasi dasar model (mis. insert, delete,
update) dan operasi yang ditentukan pengguna (mis.compute_student_gpa,
update_inventory).
2.4.Konsep Model Data (tingkat tinggi, semantik):
• Konsep yang familiar oleh persepsi banyak pengguna data/user.
• (disebut model data berbasis entitas atau objek.)
1) Models Model data fisik (tingkat rendah, internal):
• Konsep yang menggambarkan perincian tentang bagaimana data disimpan
di Internet komputer. Biasanya ditentukan secara ad-hoc melalui manual
desain dan administrasi DBMS
2) Models Model data implementasi (representasional):
• Konsep yang termasuk di antara dua di atas, yang digunakan oleh banyak
orang implementasi DBMS komersial (mis. model data relasional
digunakan dalam banyak sistem komersial).
• Model data objek, mis., Model objek ODMG, adalah level yang lebih
tinggi implementasi model data yang lebih dekat dengan model data
konseptual
 3) Model Data yang Menjabarkan Sendiri:
• Menggabungkan deskripsi data dengan nilai data. Contohnya termasuk
XML, toko nilai kunci dan beberapa sistem NOSQL.
2.5.Skema Basis Data:
• Deskripsi suatu basis data.
• Deskripsi struktur database, tipe data, dan kendala pada database.
Diagram Skema:
• Tampilan ilustrasi (sebagian besar aspek) skema basis data.
• Banyak jenis kendala TIDAK diwakili dalam diagram skema.

Skema : Komponen skema atau objek di dalamnya skema, mis., student, course.

2.6.Status Basis Data:

• Data aktual disimpan dalam database di saat tertentu dalam waktu. Ini termasuk
pengumpulan semua data dalam database.
• Disebut juga instance database saat ini (atau kejadian atau snapshot).
• Istilah instance juga berlaku untuk individu komponen basis data, mis. merekam
instance, tabel contoh, dan entitas.
2.7. Skema Basis Data vs. Status Basis Data
- Status Basis Data: Mengacu pada isi database pada saat yang bersamaan. Ketika kita
menjelaskan database baru, kita menentukan skema basis datanya hanya untuk
DBMS. Pada titik ini, keadaan basis data adalah keadaan kosong tanpa data.
- Status Basis Data Awal: Mengacu pada status basis data saat pertama kali dimuat atau
diisi ke dalam sistem.
- Status yang valid: Keadaan yang memenuhi struktur dan batasan database yang
ditentukan dalam skema. (DBMS sebagian bertanggung jawab untuk ini)
2.8.Perbedaan
Skema basis data berubah sangat jarang berubah. Yang biasa disebut evolusi skema.
Status basis data berubah setiap kali basis data diperbarui. Skema juga disebut tujuan.
DBMS menyimpan deskripsi konstruksi dan kendala skema, juga disebut meta-data,
dalam katalog DBMS. Status juga disebut ekstensi
2.9.Tiga Skema Arsitektur.
Diusulkan untuk mendukung karakteristik DBMS:
- Menggambarkan karakternya sendiri (penggunaan katalog untuk menyimpan)
- Kemandirian data program
- Mendukung banyak tampilan data

Tidak secara eksplisit digunakan dalam produk DBMS komersial, tetapi telah berguna
dalam menjelaskan organisasi sistem basis data.
Kebanyakan DBMS tidak memisahkan tiga level secara lengkap dan eksplisit, tetapi
mereka mendukung arsitektur tiga skema sampai batas tertentu.
2.10. Mendefinisikan skema DBMS di tiga tingkatan:
 - Skema internal di tingkat internal untuk menggambarkan struktur penyimpanan fisik
dan jalur akses (misalnya indeks). Biasanya menggunakan model data fisik.
- Skema konseptual pada tingkat konseptual untuk menggambarkan struktur dan
kendala untuk seluruh database untuk komunitas pengguna. Menggunakan model data
representasional (atau implementasi) yang sering didasarkan pada desain skema
konseptual dalam model data tingkat tinggi
- Skema eksternal di tingkat eksternal untuk menggambarkan berbagai pandangan
pengguna. Setiap skema eksternal menjelaskan bagian dari basis data yang diminati
oleh kelompok pengguna tertentu dan menyembunyikan basis data lainnya. Biasanya
menggunakan model data yang sama dengan skema konseptual. (mis., model data
representasional)

Proses mentransformasikan permintaan dan hasil antar level disebut pemetaan. Pemetaan
antara tingkat skema diperlukan untuk mengubah permintaan dan data. Program merujuk ke
skema eksternal, dan dipetakan oleh DBMS ke skema internal untuk dieksekusi. Data yang
diambil dari tingkat DBMS internal diformat ulang agar sesuai dengan tampilan eksternal
pengguna (mis. Memformat hasil kueri SQL untuk ditampilkan di halaman Web)
2.11. Data Independence
Logical Data Independence :

Skema yang memiliki kapasitas untuk mengubah program aplikasi yang ada
contohnya GRADE_REPORT

Physical Data Independence

Skema yang memiliki kapasitas untuk mengubah skema internal tanpa harus
mengubah skema konsep contohnya skema internal dapat diubah ketika struktur file
ditata ulang untuk meningkatkan kinerja basis data

Data Independence

Ketika Skema awal diubah maka skema skema tertentu yang dirubah dalam DBMS
yang sepenuhnya mendukung independensi data dan skema paling tinggi tetap/tidak
berubah. Karena itu, program aplikasi tidak perlu berubah karena mereka merujuk ke
skema eksternal

2.12. Bahasa DBMS

- Data Definition Language (DDL)
- Data manipulation Languange (DML).
- Bahasa tingkat tinggi ini termasuk Bahasa SQL Relasional dapat digunakan secara
mandiri/ sudah ada
- Bahasa tingkat rendah atau prosedur harus tertanan dalam Bahasa pemrograman
- Data Definition Language (DDL) digunakan oleh DBA dan perancang basis untuk
menentukan skema awal dan internal database
- Dalam beberapa DBMS terpisah dengan storage definition language (SDL) dan
view definition language (VDL) yang digunakan untuk mendefinisikan skema
internal dan eksternal
- Pada sebagian besar relational DBMS tidak ada Bahasa khusus untuk melakukan
peran SDL, dan sebaliknya skema internal adalah skema skema yang ditentukan
oleh kombinasi fungsi, parameter, dan spesifikasi terkait dengan penyimpanan file
- Dalam relational DBMS SQL digunakan dalam peran VDL untuk mendifinisikan
tampilan pengguna atau aplikasi (sebenarnya SQL adalah kombinasi DDL, VDL,
dan DML, dan fitur fitur lainnya)
- Data Manipulation Language (DML) digunakan untuk menentukan pengambilan
dan pembaruan basis data
- Perintah DML terdapat dalam COBAOL, C, C++ atau JAVA dan untuk untuk
Library fungsi juga disediakan untuk diakses DBMS dari bahasa pemrograman
2.13. Type DML
- Bahasa SQLyang berorientasi dan menentukan data mana yang akan diambil dan
bagainama cara mengambilnya dan merupakan Bahasa deklaratif dan digunakan
secara interaktif
 - Bahasa pemrograman tingkat rendah atau prosedur digunakan untuk mengambil
data satu persatu dan dibutuhkan konstruksi seperti pengulangan dengan penunjuk
posisi yang disematkan dalam Bahasa host
2.14. Antar Muka Bahasa Pemrograman DBMS
- Antarmuka programmer menanamkan DML dalam Bahasa pemrograman
- Antarmuka yang mudah digunakan
- Antarmuka yang menggunakan DML database Bahasa pemrograman seperti
ORACLE, Bahasa pemrograman berbasis SQL
- Bahasa Scripting : PHP (client side scripting) dan Python (server side scripting)
digunakan untuk menulis pemrograman basis data
2.14.1. Antarmuka DBMS
➢ Antarmuka bahasa permintaan yang berdiri sendiri
➢ Antarmuka programmer untuk menyimpan DML (Disebut subbahasa data) dalam
pemrograman bahasa (disebut bahasa host)
➢ Antarmuka yang ramah pengguna
➢ Mobile interface: antarmuka yang memungkinkan pengguna untuk melakukan transaksi
menggunakan aplikasi seluler.
2.15. Antarmuka Bahasa Pemrograman DBMs
- Pendekatan tertanam : mis. SQL tertanam (untuk C,C++,dll), SQLJ
- Pendekatan Panggilan Prosedur : misalnya JDBC untuk Java, ODBC untuk bahasa
pemrograman lain seperti API.
- Pendekatan Bahasa Pemrograman Basis Data : misalnya bahasa pemrograman berbasis
SQL.
- Bahasa Scripting: PHP dan Python .
2.16. Antarmuka DBMS yang User-Friendly
➢ Berbasis menu (berbasis web).
➢ Berbasis bentuk, dirancang untuk pengguna baru.
➢ Berbasis grafis
➢ Bahasa asli: terttulis dalam Bahasa inggris
➢ Contoh kombinasi di atas: digunakan dalam antarmuka berbasis data web.
2.17. Antarmuka DBMS Lainnya
➢ Teks sebagai query
➢ Suara : Permintaan sebagai input dan respons sebagai Output
➢ Browser Web
➢ Antarmuka parametrik
➢ Antarmuka untuk DBA :
- Membuat akun pengguna, memberikan otorisasi
- Mengatur parameter sistem
- Mengubah skema atau jalur akses
2.18. Modul Komponen DBMS

Gambar. Modul Interaksi DBMS dan Interaksinya

2.19. Fungsi DBMS

- Untuk melakukan fungsi tertentu seperti:
1.Memuat data yang disimpan dalam file ke dalam basis data.

2. Mencadangkan basis data secara berkala dalam kaset.

3. Mengatur ulang struktur file basis data.

4. pemantauan kinerja.

5. pembuatan laporan.

6. Fungsi lain, seperti menyortir, memantau pengguna, kompresi data, dll.

2.20. Other Tools

1. Data Dictionary / Repository yang Digunakan untuk menyimpan deskripsi skema

dan lainnya informasi seperti keputusan desain, aplikasi deskripsi program,
informasi pengguna, penggunaan standar, dll.
2. Aktif Data Dictionary yang diakses oleh DBMS perangkat lunak dan pengguna /
DBA.
3. Pasif Data Dictionary yang diakses oleh hanya pengguna / DBA.
4. Application Development Environments and CASE (Lingkungan Pengembangan
Aplikasi)
Contoh: - PowerBuilder (Sybase)
- JBuilder (Borland)
- JDeveloper 10G (Oracle)

5. Centralized and Client-Server DBMS Architectures (Terpusat dan Arsitektur

DBMS Client-Server) : Menggabungkan semuanya menjadi satu sistem termasuk
perangkat lunak DBMS, perangkat keras, program aplikasi,dan perangkat lunak
pemrosesan antarmuka pengguna dan Pengguna masih dapat terhubung melalui
terminal jarak jauh , namun, semua pemrosesan dilakukan di situs terpusat.
2.21. Arsitektur Fisik Terpusat

Gambar di atas adalah Arsitekture Fisik terpusat , jadi bias kita lihat bahwa
gambar di atas terdiri dari Terminal , Network , Software an Hardware yang
berada di Operating System . Jadi , yang pertama adalah Layar monitor yang
berada pada terminal di sambungkan lewat network dan di sambungkan ke
Bagian Software dan Hardware yang merupakan satu kesatuan dari Operating
System .

2.22. 2 Tingkat Dasar Arsitektur Client Server

Arsitektur Klien-Server 2 tingkat dasar terdiri dari 2 bagian , yakni :

1. Server Khusus dengan fungsi Khusus antara lain :

-Print server
-File server
-DBMS server
-Web server
-Email server
2. Klien dapat mengakses server khusus sebagai dibutuhkan
2.23. Arsitektur 2 Tingkat Client-Server Logical

Gambar di atas adalah Arsitekture 2 tingkat server client logical , Bagian Yang
ke 1 ialah bagian Network yang terdiir dari Client (pengguna) dan Print Server (server
print) dll. DI Bagian 2 juga kita dapat melihat Bagian Komunikasi Network yang
terdiri dari Server Client, Server, Client dengan disk , dan Client disk (site 1 ).

2.24. DBMS Server

Memberikan permintaan database dan layanan transaksi kepada klien. DBMS

server sering disebut SQL servers, query servers, atau transaction server.Aplikasi yang
berjalan pada klien menggunakan Application Program Interface (API) untuk mengakses
database server melalui interface standar seperti:

• ODBC: Open Database Connectivity standard

• JDBC : akses untuk pemrograman Java
2.25. Arsitektur Client-Server Dua Tingkat

Client dan server harus menginstal modul klien yang sesuai dan software modul
server untuk ODBC atau JDBC.

• Program client dapat terhubung ke beberapa DBMS, biasanya disebut sumber data.
• Sumber data dapat berupa file atau software non-DBMS yang mengelola data.
• Untuk detail tentang Pemrograman Database lihat Bab 10

2.26. Arsitektur Client-Server Tiga Tingkat

Arsitektur ini umum digunakan untuk aplikasi Web Layer Intermediate disebut
Server Aplikasi atau Server Web berkerja sebagai :
• Menyimpan software konektivitas web dan logika bisnis (prosedur atau kendala) yang
digunakan untuk mengakses data terkait dari server database.
• Bertindak seperti saluran untuk mengirim data yang diproses antara server database
dan client.
Arsitektur tiga tingkat dapat meningkatkan keamanan, yaitu:

• Server database hanya dapat diakses melalui midlle tier

• Client tidak dapat secara langsung mengakses server database
• Client terdiri dari user interface dan Web browser
• Client biasanya PC atau perangkat seluler yang terhubung ke Web

2.27. Klasifikasi DBMSs

• Berdasarkan model data yang digunakan
• Legacy: Jaringan, Hierarkis.
• Saat Ini Digunakan: Relasional, Berorientasi Objek, Obyek-Relasional
• Teknologi Terkini: sistem penyimpanan nilai kunci, sistem NoSQL: berbasis
dokumen, berbasis kolom, berbasis grafik, dan berbasis nilai kunci.
• DB DBMS XML Asli.
2.28. Klasifikasi lainnya
• Single user (biasanya digunakan dengan PC) vs. multi-user (sebagian besar DBMS).
• Terpusat (menggunakan satu komputer dengan satu basis data) vs. terdistribusi
(beberapa komputer, banyak DB)
2.29. Variasi dari DBMS Terdistribusi (DBMS)

• DDBMS homogen
• DDBMS heterogen
• Sistem Federasi (atau Multidatabase)
• Database heterogen yang berpartisipasi secara longgar digabungkan dengan tingkat
otonomi daerah yang tinggi.
• Sistem Basis Data Terdistribusi (DDBMS) kini dikenal sebagai sistem basis data
berbasis client-server
 • Mereka tidak mendukung lingkungan yang sepenuhnya terdistribusi, tetapi lebih dari
satu set server database yang mendukung satu set client.
2.30. Pertimbangan biaya untuk DBMS

• Range Kisaran Biaya: dari sistem sumber terbuka gratis hingga konfigurasi yang
menelan biaya jutaan dolar
• Contoh DBMS relasional gratis: MySQL, PostgreSQL, dan lainnya
• DBMS Komersial menawarkan modul khusus tambahan, mis. modul seri-waktu,
modul data spasial, modul dokumen, modul XML
• Ini menawarkan fungsionalitas khusus tambahan ketika dibeli secara terpisah
• Kadang-kadang disebut kartrid (mis., dalam Oracle) atau blade
• Opsi lisensi berbeda: lisensi situs, jumlah maksimum pengguna bersamaan (kursi)
lisensi), pengguna tunggal, dll.

2.31. Pertimbangan Lainnya

• Jenis jalur akses dalam sistem basis data

• Eg- inverted indexing based (ADABAS adalah salah satu sistem semacam itu). Basis
data yang diindeks sepenuhnya menyediakan akses dengan kata kunci apa saja
(digunakan dalam mesin pencari)
• Tujuan Umum vs Tujuan Khusus
• Sistem Reservasi Airline atau banyak lainnya sistem pemeliharaan untuk hotel /
mobil dll. adalah OLTP tujuan khusus (Sistem Pemrosesan Transaksi Online)