Katarina Intan Rizky K

170423534/Kelas D

RMK 10 APSI

CHAPTER 9 : Desigining Database

Desain database memiliki 5 tujuan:

a. Struktur data dalam struktur stabil, yang disebut tabel dinormalisasi

b. Mengembangkan desain database logis yang mencerminkan persyaratan data aktual
yang ada dalam formulir (salinan cetak dan tampilan komputer) dan laporan sistem
informasi.
c. mengembangkan desain database logis yang darinya kita bisa melakukan desain fisik
database.
d. Menerjemahkan model database relasional ke dalam file teknis dan desain database
yang menyeimbangkan beberapa faktor kinerja.
e. Pilih teknologi penyimpanan data yang secara efisien, akurat, dan aman akan
memproses aktivitas basis data.

Database Design

Desain file dan database terjadi dalam dua langkah. Sistem manajemen database adalah sistem
perangkat lunak yang bertanggung jawab untuk menyimpan, mengambil, dan melindungi data. Gaya
yang paling umum untuk model database logis adalah model database relasional. Desain database
fisik menyediakan spesifikasi ini. Desain database logis didorong tidak hanya dari model data E-R
yang dikembangkan sebelumnya untuk aplikasi atau perusahaan tetapi juga dari bentuk dan tata
letak laporan. Seperti pemodelan data konseptual, pekerjaan semua anggota tim pengembangan
sistem dikoordinasikan dan dibagikan melalui kamus atau repositori proyek.

 The Process of Database Design

Dalam desain database logis, menggunakan proses yang disebut normalisasi, yang
merupakan cara untuk membangun model data yang memiliki sifat kesederhanaan,
nonredundansi, dan perawatan minimal.
Dalam kebanyakan situasi, banyak keputusan desain database fisik implisit atau dihilangkan
ketika memilih teknologi manajemen data untuk digunakan dengan aplikasi.
Ada empat langkah kunci dalam pemodelan dan desain database logis:
1. Kembangkan model data logis untuk setiap antarmuka pengguna yang diketahui
(formulir dan laporan) untuk aplikasi menggunakan prinsip normalisasi.
2. Gabungkan persyaratan data yang dinormalisasi dari semua antarmuka
pengguna ke dalam satu model basis data logis yang terkonsolidasi; langkah ini
disebut integrasi tampilan.
3. Menerjemahkan model data E-R konseptual untuk aplikasi atau perusahaan,
dikembangkan tanpa pertimbangan eksplisit dari antarmuka pengguna tertentu,
menjadi persyaratan data yang dinormalisasi.
4. Bandingkan desain database logis gabungan dengan model E-R yang telah
diterjemahkan dan hasilkan, melalui integrasi tampilan, satu model database
logis akhir untuk aplikasi.
  Deliverables and Outcomes
Selama desain database logis, harus memperhitungkan setiap elemen data pada
input atau output sistem — formulir atau laporan — dan pada diagram E-R. Setiap elemen
data (misalnya, nama pelanggan, deskripsi produk, atau harga pembelian) harus berupa data
mentah yang disimpan dalam database sistem atau, dalam kasus elemen data pada output
sistem, elemen tersebut dapat diturunkan dari data dalam data.
Atribut primary key — atribut yang nilainya unik di semua kemunculan relasi — ditandai
dengan garis bawah, dan atribut relasi yang merupakan kunci utama dari relasi lain
diindikasikan oleh garis bawah putus-putus.
Penting untuk diingat bahwa hubungan tidak sesuai dengan file komputer. Dalam
desain basis data fisik, Anda menerjemahkan hubungan dari desain basis data logis ke dalam
spesifikasi untuk file komputer. Untuk sebagian besar sistem informasi, file-file ini akan
berupa tabel dalam database relasional. Spesifikasi ini cukup untuk programmer dan analis
basis data untuk mengkode definisi database. Pengkodean, yang dilakukan selama
implementasi sistem, ditulis dalam definisi database khusus dan bahasa pemrosesan, seperti
Structured Query Language (SQL), atau dengan mengisi formulir definisi tabel, seperti
dengan Microsoft Access.

 The Rational Database Model

Model database berorientasi objek muncul tetapi masih belum umum. Sebagian
besar sistem informasi saat ini menggunakan model basis data relasional. Model database
relasional (Codd, 1970; Tanggal, 2012; Elmasri dan Navathe, 2015; Umanath dan Scamell,
2014) mewakili data dalam bentuk tabel terkait, atau hubungan. Relasi adalah tabel data
dua dimensi yang diberi nama. Setiap relasi (atau tabel) terdiri dari seperangkat kolom
bernama dan jumlah baris tanpa nama yang arbitrer. Setiap kolom dalam suatu relasi sesuai
dengan atribut relasi itu. Setiap baris hubungan berhubungan dengan catatan yang berisi
nilai data untuk suatu entitas.

 Well-Structured Relations
Relasi yang berisi jumlah redundansi minimum dan yang memungkinkan pengguna
untuk menyisipkan, memodifikasi, dan menghapus baris tanpa kesalahan atau
ketidakkonsistenan; juga dikenal sebagai sebuah meja.

Normalization

Normalization adalah proses untuk mengubah struktur data yang kompleks menjadi struktur data
yang sederhana dan stabil (Date, 2012).

 Rules of Normalization
Normalisasi didasarkan pada prinsip dan aturan yang diterima dengan baik. Selain
lima sifat hubungan yang diuraikan sebelumnya, ada dua aturan lain yang sering digunakan:
1. Second normal form (2NF). Setiap atribut kunci non-primer diidentifikasi oleh
seluruh kunci.
2. Third normal form (3NF). Atribut kunci non-primer tidak saling bergantung.

 Functional Dependence and Primary Keys

Functional dependence adalah hubungan khusus antara dua atribut di mana nilai
satu atribut ditentukan oleh nilai atribut lainnya. Harus menyadari bahwa instance (atau
 data sampel) dalam suatu relasi tidak membuktikan bahwa ada ketergantungan fungsional.
Hanya pengetahuan tentang domain masalah, yang diperoleh dari analisis persyaratan
menyeluruh, adalah metode yang andal untuk mengidentifikasi ketergantungan fungsional.

 Second Normal Form

Suatu relasi berada dalam second normal form (2NF) jika setiap atribut kunci
nonprimer secara fungsional bergantung pada seluruh kunci primer. Dengan demikian, tidak
ada atribut kunci non primer yang secara fungsional tergantung pada bagian, tetapi tidak
semua, dari kunci primer.

 Third Normal Form

Relasi berada dalam third normal form (3NF) jika dalam bentuk normal kedua dan
tidak ada dependensi fungsional antara dua (atau lebih) atribut kunci nonprimer
(ketergantungan fungsional antara atribut kunci nonprimer juga disebut dependensi
transitif).
Foreign key, atribut yang muncul sebagai atribut kunci non-primer dalam satu relasi dan
sebagai atribut kunci primer (atau bagian dari kunci utama) dalam relasi lain.
Referntial integrity, aturan yang menyatakan bahwa setiap nilai kunci asing harus cocok
dengan nilai kunci utama dalam hubungan lain atau nilai kunci asing harus nol (mis., Tidak
memiliki nilai).

Transforming E-R Diagrams into Relations

Mengubah diagram E-R menjadi hubungan yang dinormalisasi dan kemudian menggabungkan
semua hubungan menjadi satu set hubungan yang final dan terkonsolidasi dapat diselesaikan dalam
empat langkah:

1. Represent entities. Setiap tipe entitas dalam diagram E-R menjadi relasi.
2. Represent relationships. Setiap hubungan dalam diagram E-R harus diwakili dalam desain
basis data relasional. Bagaimana kita mewakili suatu hubungan tergantung pada sifatnya.
3. Normalize the relations. Hubungan yang dibuat pada langkah 1 dan 2 mungkin memiliki
redundansi yang tidak perlu. Jadi kita perlu menormalkan hubungan ini untuk membuatnya
terstruktur dengan baik.
4. Merge the relations. Sejauh ini dalam desain database kami telah menciptakan berbagai
hubungan baik dari normalisasi bottom-up dari pandangan pengguna dan dari
mentransformasikan satu atau lebih diagram E-R ke dalam rangkaian hubungan. Di seluruh
rangkaian hubungan yang berbeda ini, mungkin ada hubungan yang berlebihan (dua atau
lebih hubungan yang menggambarkan tipe entitas yang sama) yang harus digabung dan
dinormalisasi ulang untuk menghilangkan redundansi.
 Represent Entities
Beberapa entitas mungkin memiliki kunci yang menyertakan kunci utama dari
entitas lain. Representasi suatu entitas sebagai suatu hubungan sangat mudah.

 Represent Relationships
Prosedur untuk merepresentasikan hubungan tergantung pada tingkat hubungan —
unary, binary, ternary — dan kardinalitas hubungan.

Merging Relations
Beberapa hubungan mungkin berlebihan — mereka mungkin merujuk pada entitas yang sama. Jika
demikian, Anda harus menggabungkan relasi tersebut untuk menghapus redundansi. Bagian ini
menjelaskan hubungan penggabungan, atau melihat integrasi, yang merupakan langkah terakhir
dalam desain database logis dan sebelum file fisik dan desain database.

 An Example of Merging Relations

Dengan mengikuti relasi (3NF) : EMPLOYEE1(Emp-ID,Name, Address,Phone)
Dengan menggunakan model second user hasil interface mengikuti relasi :
EMPLOYEE2(Emp-ID,Name, Address,Jobcode,Number_of_Years)
Lalu di gabungkan, akan menghasilkan relasi:
EMPLOYEE(Emp-ID,Name, Address,Phone,Jobcode,Number_of_Years)

 View Integration Problems

Harus memahami arti data dan bersiap untuk menyelesaikan masalah yang mungkin
timbul dalam proses. Pada bagian ini, kami menggambarkan dan mengilustrasikan empat
masalah yang muncul dalam integrasi tampilan: synonyms, homonyms, dependencies
between nonkeys, and class/subclass relationships.
Synonyms dua atau lebih atribut mungkin memiliki nama berbeda tetapi memiliki makna
yang sama, seperti ketika mereka menggambarkan karakteristik entitas yang sama.
Homonyms atribut nama tunggal dapat memiliki lebih dari satu makna atau
menggambarkan lebih dari satu karakteristik.
Dependencies between nonkeys ketika dua relasi 3NF digabung untuk membentuk relasi
tunggal, dependensi antara nonkeys dapat terjadi.
Class/subclass relationships dapat disembunyikan dalam tampilan atau hubungan
pengguna.

Physical File and Database Design

Merancang file fisik dan database membutuhkan informasi tertentu yang seharusnya dikumpulkan
dan diproduksi selama fase SDLC sebelumnya. Informasi ini meliputi:

a. Hubungan yang dinormalisasi, termasuk perkiraan volume.

b. Definisi setiap atribut.
c. Deskripsi di mana dan kapan data digunakan: dimasukkan, diambil, dihapus, dan diperbarui
(termasuk frekuensi).
d. Harapan atau persyaratan untuk waktu respons dan integritas data.
e. Deskripsi teknologi yang digunakan untuk mengimplementasikan file dan basis data sehingga
bahwa rentang keputusan dan pilihan yang diperlukan untuk masing-masing diketahui.

 Designing Fields
Field adalah unit terkecil dari data aplikasi yang dikenali oleh perangkat lunak
sistem, seperti bahasa pemrograman atau sistem manajemen basis data. Atribut dari model
database logis dapat diwakili oleh beberapa bidang. Keputusan dasar yang harus Anda buat
dalam menentukan setiap bidang menyangkut tipe data (atau tipe penyimpanan) yang
digunakan untuk mewakili bidang dan kontrol integritas data untuk bidang tersebut.
 Choosing Data Types
Data type adalah skema pengkodean yang diakui oleh perangkat lunak sistem untuk
mewakili data organisasi. Pola bit dari skema pengkodean biasanya tidak penting bagi, tetapi
ruang untuk menyimpan data dan kecepatan yang diperlukan untuk mengakses data adalah
 konsekuensi dalam file fisik dan desain database. File atau perangkat lunak manajemen
database khusus yang digunakan dengan sistem akan menentukan pilihan mana yang
tersedia.
Memilih tipe data menyeimbangkan empat tujuan yang akan bervariasi dalam
tingkat kepentingan tergantung pada aplikasi:
1. Meminimalkan ruang penyimpanan
2. Mewakili semua nilai yang mungkin dari bidang
3. Meningkatkan integritas data untuk bidang
4. Mendukung semua manipulasi data yang diinginkan di lapangan

Calculated Fields bidang yang dapat diturunkan dari bidang basis data lainnya. Juga
dikenal sebagai bidang yang dihitung atau bidang yang diturunkan. Biasanya atribut
dikaitkan secara matematis dengan data lain.

Coding and Compression Techniques beberapa atribut hanya memiliki sedikit nilai
dari sejumlah besar nilai yang mungkin.

 Controlling Data Integrity

Telah dijelaskan bahwa pengetikan data membantu mengontrol integritas data
dengan membatasi rentang nilai yang mungkin untuk suatu bidang. Ada tambahan file fisik
dan opsi desain database yang mungkin Anda gunakan untuk memastikan data berkualitas
lebih tinggi. Meskipun kontrol ini dapat diterapkan dalam program aplikasi, lebih baik untuk
memasukkan ini sebagai bagian dari definisi file dan database sehingga kontrol dijamin
untuk diterapkan sepanjang waktu serta seragam untuk semua program. Ada empat metode
kontrol integritas data yang populer:
a. Default value, adalah nilai yang akan diasumsikan oleh suatu bidang kecuali jika
nilai eksplisit dimasukkan untuk bidang tersebut.
b. Range control, data numerik dan alfabetis mungkin memiliki satu set nilai yang
diizinkan yang terbatas.
c. Refential integrity, contoh paling umum dari integritas referensial adalah
referensi silang antara hubungan.
d. Null value control, null value adalah nilai bidang khusus, berbeda dari nol,
kosong, atau nilai lainnya, yang menunjukkan bahwa nilai untuk bidang tersebut
hilang atau tidak diketahui.

 Designing Physical Tables

Physical table adalah serangkaian nama baris dan kolom yang menentukan bidang di
setiap baris tabel. Tabel fisik dapat atau tidak berhubungan dengan satu relasi. Sedangkan
hubungan yang dinormalisasi memiliki sifat hubungan yang terstruktur dengan baik, desain
tabel fisik memiliki dua tujuan yang berbeda dari normalisasi: penggunaan penyimpanan
sekunder dan kecepatan pemrosesan data yang efisien.
Penggunaan penyimpanan sekunder (ruang disk) yang efisien berkaitan dengan bagaimana
data dimuat pada disk. Disk secara fisik dibagi menjadi beberapa unit (disebut halaman) yang
dapat dibaca atau ditulis dalam satu operasi mesin. Ruang digunakan secara efisien ketika
panjang fisik sebuah baris tabel terbagi hampir sama menjadi panjang unit penyimpanan.
Denormalization adalah proses pemisahan atau menggabungkan hubungan yang
dinormalisasi menjadi tabel fisik berdasarkan afinitas penggunaan baris dan bidang.
 Kemampuan untuk membagi tabel menjadi beberapa bagian yang terpisah, sering disebut
partisi, dimungkinkan dengan sebagian besar produk basis data relasional. Dengan Oracle,
ada tiga jenis tabel partisi:
1. Range partitioning. Didefinisikan oleh rentang nilai yang tidak tumpang tindih
untuk atribut yang ditentukan
2. Hash partitioning. Baris tabel ditugaskan ke suatu partisi oleh suatu algoritma
dan kemudian memetakan nilai atribut yang ditentukan untuk suatu partisi.
3. Composite partitioning. Menggabungkan rentang dan hash partisi dengan
terlebih dahulu memisahkan data dengan rentang pada atribut yang ditunjuk,
dan kemudian di dalam masing-masing partisi ini, itu partisi lebih lanjut dengan
hashing pada atribut yang ditunjuk.

Setiap partisi disimpan di bagian yang terpisah dari ruang disk, yang disebut Oracle
tablespace.

 Arranging Table Rows

Hasil denormalization adalah definisi dari satu atau lebih file fisik. Sistem operasi
komputer menyimpan data dalam physical file, yang merupakan kumpulan nama baris tabel
yang disimpan di bagian memori sekunder yang bersebelahan. File berisi baris dan kolom
dari satu tabel atau lebih, seperti yang dihasilkan dari denormalisasi.
Cara sistem operasi mengatur baris tabel dalam file disebut file organization.
Pointer adalah bidang data yang dapat digunakan untuk menemukan bidang atau
baris data terkait. Dalam kebanyakan kasus, sebuah pointer berisi alamat dari data terkait,
yang tidak memiliki arti bisnis. Pointer digunakan dalam organisasi file ketika tidak mungkin
untuk menyimpan data terkait di samping satu sama lain.
Sequential File Organizations. Organisasi file tempat baris dalam file disimpan
secara berurutan sesuai dengan nilai kunci primer. Baris dalam file disimpan secara
berurutan sesuai dengan nilai kunci primer.
Indexed File Organizations. Organisasi file tempat baris disimpan baik secara
berurutan atau tidak berurutan, dan indeks dibuat yang memungkinkan perangkat lunak
untuk mencari baris individual. baris disimpan baik secara berurutan atau tidak, dan indeks
dibuat yang memungkinkan perangkat lunak aplikasi untuk menemukan baris individual.
Indeks dapat menunjuk ke baris unik atau berpotensi lebih dari satu baris. Indeks yang
memungkinkan setiap entri untuk menunjuk ke lebih dari satu catatan disebut indeks kunci
sekunder.
Salah satu kemampuan paling kuat dari organisasi file yang diindeks adalah kemampuan
untuk membuat banyak indeks, mirip dengan judul, penulis, dan indeks subjek di
perpustakaan.
Hashed File Organizations. Organisasi file di mana alamat setiap baris ditentukan
menggunakan algoritme. Lokasi setiap baris ditentukan menggunakan algoritma yang
mengubah nilai kunci utama menjadi alamat baris.

 Designing Controls for Files

Dua dari tujuan desain tabel fisik yang disebutkan sebelumnya adalah perlindungan
dari kegagalan atau kehilangan data dan keamanan dari penggunaan yang tidak sah. Tujuan
ini dicapai terutama dengan menerapkan kontrol pada setiap file. Perancang file dan
database memiliki beberapa teknik untuk restorasi file, termasuk:
a. secara berkala membuat salinan cadangan file,
 b. menyimpan salinan setiap perubahan ke file dalam log transaksi atau jejak audit,
atau,
c. menyimpan salinan setiap baris sebelum atau setelah diubah.

Perancang sistem informasi dapat membangun keamanan data menjadi file dengan
beberapa cara, termasuk yang berikut:

a. Coding, atau enkripsi, data dalam file sehingga tidak dapat dibaca kecuali
pembaca tahu bagaimana mendekripsi nilai yang disimpan.
b. Mengharuskan pengguna file data untuk mengidentifikasi diri mereka sendiri
dengan memasukkan nama pengguna dan kata-kata, dan kemudian
memungkinkan hanya aktivitas file tertentu (baca, tambah, hapus, ubah) bagi
pengguna yang dipilih untuk data yang dipilih dalam file.
c. Melarang pengguna untuk secara langsung memanipulasi data apa pun dalam
file, melainkan memaksa program dan pengguna untuk bekerja dengan salinan
(nyata atau virtual) dari data yang mereka butuhkan; salinan hanya berisi data
yang diizinkan untuk dimanipulasi oleh pengguna atau program, dan versi asli
data akan berubah hanya setelah perubahan pada salinan diperiksa secara
menyeluruh untuk validitasnya.

Prosedur keamanan seperti ini semua menambah overhead ke sistem informasi, jadi
hanya kontrol yang diperlukan yang harus dimasukkan.