Belajar Normalisasi Database.

 Web : https://docs.google.com/spreadsheets/

Normalisasi Databse Peminjaman Buku 

Terdapat soal yaitu 0NF
disini ada 3 jawaban dari 1NF,2NF,3NF

SIMPELNYA:

1NF itu pemisahan Data yang tergroup , jadi disendirikan walaupun nama pembeli sama dan id_buku sama
2nf pemisahan lagi tapi kali ini hanya PK/Primary Key
3nf  sudah 2NF. Tidak boleh ada atribut non-key yang bergantung pada non-key lain (A ⇒ B dan B ⇒ C).
Perbaikan: jika ada atribut yang bergantung pada atribut non-key, buat tabel baru.

Normalisasi Database Pengertian dan 1NF-3NF

 NORMALISASI DATABASE

PENGERTIAN:

Normalisasi database adalah proses pengelompokan atribut data yang membentuk entitas sederhana, nonredundant, fleksibel, dan mudah beradaptasi. Sehingga dapat dipastikan bahwa database yang dibuat berkualitas baik.

 Atau :

Normalisasi adalah proses menyusun (mendesain) struktur basis data relasional supaya mengurangi redundansi (duplikasi data) dan mencegah anomalies seperti anomaly saat insert/update/delete. Tujuan praktisnya: data lebih konsisten, perubahan mudah dikelola, dan desain lebih logis untuk sistem transaksi (OLTP). 

Tujuan :

1. Menghilangkan dan mengurangi redudansi data.
2. Memastikan dependensi data (data berada pada tabel yang tepat).
   
   

   1NF

   Suatu tabel dikatakan 1NF jika dan hanya jika setiap atribut dari data tersebut hanya memiliki nilai tunggal dalam satu baris.

   Jadi, tabel yang belum dinormalisasi tadi perlu diubah, sehingga bentuk 1NF menjadi seperti ini:

   

   Inti dari normalisasi 1NF adalah tidak boleh ada grouping data ataupun duplikasi data. Sekarang lanjut pada tahap normalisasi 2NF.

2NF

Syarat 2NF adalah tidak diperkenankan adanya partial “functional dependency” kepada primary key dalam sebuah tabel.

Apa itu “functional dependency”?

Functional dependency adalah setiap atribut yang bukan kunci (non key) bergantung secara fungsional terhadap primary key. -Intinya adalah pada tahap normalisasi 2NF ini tabel tersebut harus dipecah berdasarkan primary key. Sehingga bentuk normalisasi 2NF dari tabel tersebut adalah sebagai berikut:

3NF

Pada 3NF tidak diperkenankan adanya partial “transitive dependency” dalam sebuah tabel.

Apa itu “transitive dependency”? Transitive dependency biasanya terjadi pada tabel hasil relasi, atau kondisi dimana terdapat tiga atribut A, B, C. Kondisinya adalah A ⇒ B dan B ⇒ C. Maka C dikatakan sebagai transitive dependency terhadap A melalui B.
Intinya pada 3NF ini, jika terdapat suatu atribut yang tidak bergantung pada primary key tapi bergantung pada field yang lain maka atribut-atribut tersebut perlu dipisah ke tabel baru.
Contohnya ada pada atribut qty, kolom tersebut tidak bergantung langsung pada primary key kode_faktur melainkan bergantung pada kolom kode_barang. Jadi setelah dinormalisasi 3NF akan menghasilkan tabel berikut:

normalisasi 3NF menghasilkan 1 tabel baru dari hasil pemecahan tabel transaksi yaitu tabel detail barang yang isinya menampung barang-barang yang dibeli.
kenapa di tabel detail barang terdapat kolom harga lagi? padahal kolom harga sudah ada di tabel barang.

-Kolom harga pada tabel detail barang digunakan untuk menyimpan harga barang pada saat proses transaksi. Jadi, meskipun kolom harga pada tabel barang berubah (naik/turun), harga barang yang ada pada tabel detail barang tidak ikut berubah (fixed). Bayangkan jika kita tidak menambahkan kolom harga pada pada tabel detail barang, maka yang terjadi total invoice dari transaksi akan berubah seiring berubahnya harga barang.

Mengapa normalisasi penting (anomalies yang dihindari)?

Redudansi = duplikasi data (membuang ruang, risiko tidak konsisten).

• Insertion anomaly: susah menambah data (mis. tidak bisa tambah product kalau belum ada order).

• Update anomaly: harus update data di banyak tempat (mis. ubah nama supplier, harus update di banyak baris).

• Delete anomaly: hapus satu baris menyebabkan hilangnya data lain yang seharusnya tetap disimpan.
  Penjelasan dan contoh anomalous behavior tersedia di banyak tutorial DBMS. 
  

  Artikel populer & dapat dipercaya

1. Microsoft Docs — Database normalization description. Microsoft Learn

2. Wikipedia — Database normalization (overview) dan halaman spesifik 1NF/2NF/3NF. Wikipedia+2Wikipedia+2

3. GeeksforGeeks — Normal Forms in DBMS (penjelasan praktis + contoh). GeeksforGeeks

4. DigitalOcean Community — Database Normalization: 1NF, 2NF, 3NF & BCNF Examples (bagus untuk langkah-langkah praktis). digitalocean.com

5. Guru99 / Study resources — contoh dan pembahasan anomaly + tutorial langkah demi langkah.

erd perpus

 

PHP & Heidisql , barang,pembeli,supplier,transaksi & SQL JOINS

 

Pengertian ERD, Rumus dan Rincian

 Entity-Relationship Diagram (ERD)

ERD adalah diagram yang menggambarkan struktur logis basis data dengan menampilkan entitas, atribut, dan relasi di antara entitas-entitas tersebut. ERD membantu merancang database sebelum implementasi, memastikan konsistensi dan kejelasan hubungan data.

---

1. Pengertian ERD

• Entitas: Objek nyata atau konseptual yang memiliki data, contohnya Siswa, Kelas, Produk.

• Atribut: Properti atau informasi detail tentang entitas, misalnya entitas Siswa punya atribut NIS, Nama, Tanggal_Lahir.

• Relasi: Hubungan antara dua (atau lebih) entitas, seperti satu Siswa “BERADA_DI” satu Kelas.

ERD memetakan model data sehingga memudahkan developer dan stakeholder memahami bagaimana data saling terhubung.

---

2. Komponen Utama ERD

Komponen	Simbol / Notasi	Keterangan
Entitas	Persegi panjang	Menyatakan objek/data utama
Atribut	Oval	Menyatakan detail/field dari entitas
Primary Key	Atribut bergaris bawah	Atribut unik untuk tiap instansi entitas
Relasi	Belah ketupat (♦)	Menyatakan jenis hubungan antar entitas
Kardinalitas	Angka atau simbol (1, N, M)	Menunjukkan jumlah maksimum/minimum hubungan

---

3. Jenis Kardinalitas Relasi

• One-to-One (1–1)
  Setiap baris entitas A berpasangan tepat satu baris entitas B.

• One-to-Many (1–N)
  Satu baris entitas A dapat berhubungan dengan banyak baris entitas B, tapi B hanya dengan satu A.

• Many-to-Many (M–N)
  Banyak baris entitas A bisa berhubungan dengan banyak baris entitas B (biasanya membutuhkan tabel penghubung).

---

4. Contoh ERD Sederhana

Misalkan kita punya sistem Perpustakaan dengan tiga entitas: Buku, Anggota, dan Peminjaman.

[ BUKU ]            [ ANGGOTA ]
   |                   |
   | 1             1   |
   |                   |
   +---< DIPINJAM >----+
             N–M
      [ PEMINJAMAN ]

• Entitas Buku

  • PK: ISBN

  • Atribut: Judul, Pengarang, Tahun

• Entitas Anggota

  • PK: ID_Anggota

  • Atribut: Nama, Alamat, No_Telp

• Entitas Peminjaman

  • PK: (ISBN, ID_Anggota, Tgl_Pinjam)

  • Atribut: Tgl_Kembali, Denda

Relasi

• Buku 1–N Peminjaman (satu buku bisa dipinjam berulang kali)

• Anggota 1–N Peminjaman (satu anggota bisa meminjam banyak buku)

---

5. Inti/Terperinci

1. Definisi & Tujuan

   • ERD adalah alat visual untuk merancang struktur database.

   • Meminimalisir redundansi & inkonsistensi data.

2. Langkah Pembuatan

   1. Identifikasi entitas utama.

   2. Tentukan atribut tiap entitas & tetapkan PK.

   3. Gambar relasi; tetapkan kardinalitas.

   4. Tambahkan entitas penghubung (jika M–N).

   5. Review dan validasi dengan stakeholder.

3. Manfaat

   • Komunikasi jelas antara developer dan non-tech.

   • Basis data terstruktur, mudah dikembangkan dan dipelihara.

Rumus : 

Berikut “rumus” atau pola dasar relasi (kardinalitas) di ERD, lengkap dengan notasi dan cara implementasinya ke tabel–tabel database:

---

1. Kardinalitas & Notasi ERD

Tipe Relasi	Notasi Singkat	Notasi Min–Max	Penjelasan singkat
One-to-One	1 : 1	(1,1) – (1,1)	Tiap A hanya punya satu B, dan sebaliknya.
One-to-Many	1 : N	(1,1) – (0,N)	Satu A bisa punya banyak B; B hanya satu A.
Many-to-Many	M : N atau N : M	(0,M) – (0,N)	Banyak A bisa ke banyak B, dan sebaliknya.

• Notasi Min–Max (min,max) menunjukkan banyaknya relasi minimal dan maksimal.

• Contoh (1,1)–(0,N) artinya: setiap baris A wajib punya tepat 1 B; tiap baris B boleh 0 sampai N A.

---

2. “Rumus” Implementasi di Database

ERD	Tabel Relasional	Keterangan
1 : 1	Tambah foreign key di salah satu tabel, + UNIQUE	sql<br>CREATE TABLE KTP (no_ktp CHAR(16) PRIMARY KEY, nama VARCHAR(100));<br>CREATE TABLE Warga (id INT PRIMARY KEY, no_ktp CHAR(16) UNIQUE, FOREIGN KEY(no_ktp) REFERENCES KTP(no_ktp));
1 : N	Tambah foreign key di sisi N	sql<br>CREATE TABLE Kelas (id INT PRIMARY KEY, nama VARCHAR(50));<br>CREATE TABLE Siswa (id INT PRIMARY KEY, nama VARCHAR(100), id_kelas INT, FOREIGN KEY(id_kelas) REFERENCES Kelas(id));
M : N	Buat tabel penghubung (associative)	sql<br>CREATE TABLE Mahasiswa (id INT PRIMARY KEY, nama VARCHAR(100));<br>CREATE TABLE MataKuliah (kode CHAR(6) PRIMARY KEY, judul VARCHAR(100));<br>CREATE TABLE KRS (mhs_id INT, mk_kode CHAR(6), PRIMARY KEY(mhs_id,mk_kode), FOREIGN KEY(mhs_id) REFERENCES Mahasiswa(id), FOREIGN KEY(mk_kode) REFERENCES MataKuliah(kode));

• One-to-One: FK + UNIQUE memastikan tiap nilai hanya muncul sekali.

• One-to-Many: FK di tabel “many” menunjuk PK tabel “one”.

• Many-to-Many: Tabel ketiga (KRS) membawa dua FK sebagai kombinasi PK.

versi cepat : 

4. Ringkasan “Rumus” Cepat

1. 1 : 1 → FK + UNIQUE

2. 1 : N → FK di sisi “N” (tanpa UNIQUE)

3. M : N → Tabel penghubung dengan dua FK (gabungan PK)

4. contoh :