Basis Data

Resume Basis Data

NIM :01410005

NAMA : adi gunawan

Nama Dosen : pak erwin

Mata Kuliah : pengenalan teknologi informasi

Alamat Blog Dosen : erwinr12@gmail.com

Alamat Blog Mahasiswa : adhigunawanstimednp05.blogspot.com

Konsep Dasar Basis Data

a. Definisi Basis Data : Sekumpulan data yang satu sama lain saling berhubungan. Hubungan antar data dapat ditunjukan dengan adanya field/kolom kunci dari tiap file/tabel yang ada.

• Istilah dalam Basis Data :

+ Berkas/Tabel/File : Kumpulan data yang disusun berdasarkan baris dan kolom. Baris dan kolom ini berfungsi untuk menunjukkan data terkait keduanya. Dimana titik temu antara baris dan kolom adalah data yang dimaksud.
+ Record : Menyatakan kumpulan dari sejumlah elemen data yang saling terkait. Contohnya : judul, pengarang, lalu penerbit dari sebuah buku yang menyusun sebuah record
+ Field/Atribut : Merupakan data terkecil yang memiliki makna. Istilah lain untuk field yaitu element data, kolom item dan attribute. Contohnya : judul buku, jumlah buku yang dibeli, dan penerbit buku.
+ DBMS : – Sekumpulan program yang memungkinkan pengguna basis data untuk membuat dan memelihara suatu basis data.
– Sistem S/W yang multiguna, yang menyediakan fasilitas untuk mendefinisikan,membangun,dan memanipulasi basis data untuk aplikasi yang beraneka ragam.
- Manfaat Penggunaan DBMS :
>       Pengendalian Redudansi
>       Pembatasan Akses
>       Persistent Storage untuk obyek program dan struktur data.
>       Inferensi Basis Data Menggunakan aturan deduksi.
>       Tersedianya Multiple User Interfaces
>       Dapat menyajikan relasi yang kompleks antar data yang dilibatkan.
>       Pemaksaan Integrity Constraints
>       Tersediannya Fasilitas Backup & recovery

• Sistem Basis Data : Software yang digunakan untuk memanipulasi data-data itu sendiri. Berikut gambar lingkungan Sistem Basis Data :

b. Karakteristik Basis Data :
- Sifat yang fundamental bahwa basis data tidak hanya berisi data saja, tetapi lengkap dengan definisi dari data itu sendiri
- Definisi data disimpan dalam katalog sistem (META DATA) yang berisi:

• Struktur setiap file
• Tipe dan format penyimpanan dari setiap item data

- Constraint dari data
c. Pemakai Basis Data :

• Orang-orang yang berperan langsung :

- DBA : Orang yang bertanggung jawab terhadap admnistrasi penggunaan sumber daya basis data (basis data & DBMS). Tugas:

1. Mengatur otoritas akses terhadap basis data
2. Memonitor penggunaan basis data
3. Melayani permintaan S/W dan H/W

- Database Designer : Orang yang bertanggung jawab dalam perancangan basis data. Tugas:

1. Mengidentifikasi data yang akan disimpan dalam basis data
2. Memilih Struktur yang sesuai dalam menyajikan dan menyimpan data.

- End Users : Orang yang pekerjaannya memerlukan akses terhadap basis data untuk keperluan:

1. Query
2. Update
3. Generate report

- System Analysts and Apllication Programers : System Analyst bertugas mendefinisikan kebutuhan end user dan mengembangkan spesifikasi untuk transaksi yang memenuhi keinginannya. Dan Application Programmers bertugas mengimplementasikan spesifikasi menjadi program.

• Orang-orang dibelakang layar :

1. DBMS Designers & Implementers : Orang yang merancang dan mengimplementasikan modul DBMS dan interfacenya sebagai satu paket software.
2. Tool Developers : Orang yang mengembangkan paket software yang memberikan fasilitas dalam perancangan dan penggunakaan sistem basis data (contoh: simulation, prototyping, dsbnya.).
3. Operators & Maintenance Personnel

d. Manfaat dan Implikasinya :
Implikasi Penggunaan Pendekatan Basis Data :

1. Mempunyai Potensi untuk memaksakan standarisasi
2. Mengurangi waktu pengembangan aplikasi
3. Fleksibilitas
4. Tersedianya informasi yang up to date
5. Skala ekonomis

Pemodelan Data dengan Menggunakan ER-MODEL

Entity Relationship Model (ER-Model) :

• Merupakan model data tingkat tinggi yang populer untuk model data relasional
• Model ini dengan sejumlah variasinya sering digunakan dalam desain konseptual dari aplikasi database.

Berikut penjelasan dari beberapa gambar dalam ER-Model :

1. Entitiy Type : Menjelaskan sesuatu yang jelas nyata untuk membedakan tabel. Contoh : entitiy mahasiswa.
2. Relationship Type : Hubungan antara 2 enttiy (one to one, one to many, many to many)
3. Atribute : Properti dari entitiy (yang menjelaskan entitas). Contoh atribut mahasiswa : NIM,NAMA
4. Weak Entitiy Type : Entitiy lemah dalam basis data. Sifatnya bukan utama dari sistem. Entitiy yang tidak punya PK. Contoh : tabel keluarga karyawan.
5. Identifying Relationship Type : Relationship untuk weak entitiy
6. Key Attribute : PK untuk attribut sebuah entitiy. Bersifat unik dan not NULL
7. Multivalued Attribute : Attribut yang mempunyai banyak nilai. Contoh : hobi
8. Composite Attribute : Attribute yang memiliki atribut. Contoh attribute contact_kel mempunyai attribute nama, hub_kel, no_telp.
9. Derived Attribute : Atribut hasil dari transaksi dari atribut lain. Contoh : atribute grade dari nilai mahasiswa
10. Total perticipantion of E₂ in R –> mandatory (pasti berhubungan). Contoh : 1 mahasiswa minimal mengambil 1 mata kuliah
11. Cardinality Ratio 1:N for E1:E2 IN R. Contoh : hubungan dosen wali dengan mahasiswa.
12. Struktural constaint (min,max) on participate of E in R

Berikut gambar notasi untuk ER-Diagram :
       
Salah satu aplikasi yang digunakan pada Sistem Data untuk membuat simulasi dari desain basis data yang diinginkan disebut Power Designer. Di dalam Power Desaigner terdapat bantuan-bantuan/tools yang mempermudah para pengguna untuk membuat sistem basis data. Istilah-istilah yang ada dalam Power Desaigner antara lain pemodelan data secara fisik (Physical Data Model) dan penjelasan data model secara konsep (Conseptual Data Model). Berikut contoh aplikasi sistem data yang dibuat dari ER-Diagram :

Gambar ERD Pemeriksaan Pasien

Penjelasan:

1. Contoh sederhana diatas terdapat 2 buah entity, yaitu Pasien dan Dokter.
2. Terdapat  1 buah relationship untuk hubungan pasien dan dokter,yaitu “Pemeriksaan”.
3. Tiap entity memiliki atribut.
4. Atribut untuk pasien adalah kode_pasien yang merupakan primary key,nama_pasien, jenis_kelamin_pasien, tanggal_lahir_pasien, telpon_pasien, alamat_pasien dan kontak_keluarga_pasien yang merupakan komposit atribut. Bagian dari komposit atribut alamat_pasien adalah jln_alamat_pasien, kota_alamat_pasien dan provinsi_alamat_pasien. Bagian dari komposit atribut kontak_kelluarga_pasien adalah nama_keluarga_pasien, telpon_keluarga_pasien dan hubungan_keluarga_pasien.
5. Atribut untuk dokter adalah kode_dokter  yang merupakan primary key, nama_dokter, telpon_dokter,alamat_dokter,jenis_kelamin_dokter dan kode_spesialis yang merupakan multivalue atribut.
6. Relationship dari pasien dan dokter adalah many to many. Arti dari penulisan N dan M pada gambar diatas.

Gambar ERD CDM Pemeriksaan Pasien

Penjelasan:

1. Gambar diatas adalah ER-Diagram Conseptual Data Model pemeriksaan pasien.
2. Terdapat tabel pasien dengan field kode_p yang merupakan primary key, nama_p, jenis_kel_p, tgl_lahir_p, telp_p, jln_alamat_p, kota_alamat_p, propinsi_alamat_p, nama_kel_p, hub_kel_p dan telp_kel_p.
3. Terdapat tabel dokter dengan field kode_d yang merupakan primary key, nama_d, jenis_kelamin_d, alamat_d dan kode_spesialis_d.
4. Dari composite attribute yaitu spesialis,menghasilkan tabel baru yaitu tabel spesialis. Tabel spesialis yang memiliki field kode_spesialis yang merupakan primary key dan nama_spesialis.
5. Untuk relationship antara tabel pasien dan dokter adalah “pemeriksaan” yang bersifat many to many. Maksudnya satu pasien dapat diperiksa banyak dokter dan dokter dapat memeriksa banyak pasien.
6. Untuk relationship antara tabel dokter dan spesialis adalah “memiliki” yang bersifat one to many. Maksudnya satu dokter dapatb memiliki beberapa spesialis dan satu spesialis pasti dimiliki dokter.

Gambar ERD PDM Pemeriksaan Pasien

Penjelasan:

1. Gambar diatas adalah ER-Diagram Physical Data Model pemeriksaan pasien.
2. Melihat dari gambar ERD {A} entity, relationship dan multivalue atribut digambarkan dengan tabel.
3. Pada tabel pasien terdapat field kode_p yang merupakan primary key bertipe text dengan panjang 5 karakter, nama_p bertipe text dengan panjang 40 karakter, jenis_kel_p bertipe text dengan panjang 1 karakter, tgl_lahir_p bertipe DateTime, telp_p bertipe text dengan panjang 12 karakter, jln_alamat_p bertipe text dengan panjang 30 karakter, kota_alamat_p bertipe text dengan panjang 30 karakter, propinsi_alamat_p bertipe text dengan panjang 30 karakter, nama_kel_p bertipe text dengan panjang 30 karakter, hub_kel_p bertipe text dengan panjang 20 karakter dan telp_kel_p bertipe text dengan panjang 12 karakter.
4. Pada tabel dokter terdapat field kode_d yang merupakan primary key bertipe text dengan panjang 5 karakter, nama_d bertipe text dengan panjang 30 karakter, jenis_kelamin_d bertipe text dengan panjang 1 karakter, alamat_d bertipe text dengan panjang 50 karakter dan kode_spesialis_d bertipe text dengan panjang 5 karakter.
5. Pada tabel pemeriksaan terdapat kode_p yang merupakan primary key dari tabel pasien dan kode_d yang merupakan primary key dari tabel dokter.
6. Pada tabel spesialis yang merupakan multivalue atribut dari entity dokter terdapat kode_spesialis bertipe text dengan panjang 2 karakter, kode_d yang merupakan primary key dari tabel dokter bertipe text dengan panjang 5 karakter dan nama_spesialis bertipe text dengan panjang 20 karakter.
7. Untuk hubungannya, antara tabel spesialis dan dokter dihubungkan oleh kode_d, antara tabel dokter dan pemeriksaan dihubungkan oleh kode_d dan antara tabel pemeriksaan dan pasien dihubungkan oleh kode_p.