PELANGGAN(id_pelanggan, nama, email, tgl_lahir, alamat_kota)
PRODUK(id_produk, nama_produk, harga, stok, id_kategori*)
KATEGORI(id_kategori, nama_kategori)
PESANAN(id_pesanan, tgl_pesanan, status, id_pelanggan*)
ITEM_PESANAN(id_pesanan*, id_produk*, qty, harga_saat_pesan)

CREATE TABLE kategori (
    id_kategori   INT UNSIGNED AUTO_INCREMENT,
    nama_kategori VARCHAR(100) NOT NULL,
    CONSTRAINT pk_kategori PRIMARY KEY (id_kategori)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
 
CREATE TABLE pelanggan (
    id_pelanggan  INT UNSIGNED AUTO_INCREMENT,
    nama          VARCHAR(150) NOT NULL,
    email         VARCHAR(255) NOT NULL,
    tgl_lahir     DATE,
    alamat_kota   VARCHAR(100),
    created_at    TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    updated_at    TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    CONSTRAINT pk_pelanggan       PRIMARY KEY (id_pelanggan),
    CONSTRAINT uq_pelanggan_email UNIQUE (email),
    INDEX idx_pelanggan_email (email)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
 
CREATE TABLE produk (
    id_produk     INT UNSIGNED AUTO_INCREMENT,
    nama_produk   VARCHAR(200) NOT NULL,
    harga         DECIMAL(15,2) NOT NULL CHECK (harga >= 0),
    stok          INT UNSIGNED NOT NULL DEFAULT 0,
    id_kategori   INT UNSIGNED NOT NULL,
    CONSTRAINT pk_produk         PRIMARY KEY (id_produk),
    CONSTRAINT fk_produk_kategori FOREIGN KEY (id_kategori)
        REFERENCES kategori (id_kategori)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    INDEX idx_produk_kategori (id_kategori)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
 
CREATE TABLE pesanan (
    id_pesanan    INT UNSIGNED AUTO_INCREMENT,
    tgl_pesanan   DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
    status        ENUM('pending','diproses','dikirim','selesai','dibatalkan')
                  NOT NULL DEFAULT 'pending',
    id_pelanggan  INT UNSIGNED NOT NULL,
    CONSTRAINT pk_pesanan          PRIMARY KEY (id_pesanan),
    CONSTRAINT fk_pesanan_pelanggan FOREIGN KEY (id_pelanggan)
        REFERENCES pelanggan (id_pelanggan)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    INDEX idx_pesanan_pelanggan (id_pelanggan),
    INDEX idx_pesanan_status    (status),
    INDEX idx_pesanan_tgl       (tgl_pesanan)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
 
CREATE TABLE item_pesanan (
    id_pesanan       INT UNSIGNED NOT NULL,
    id_produk        INT UNSIGNED NOT NULL,
    qty              SMALLINT UNSIGNED NOT NULL CHECK (qty > 0),
    harga_saat_pesan DECIMAL(15,2) NOT NULL CHECK (harga_saat_pesan >= 0),
    CONSTRAINT pk_item_pesanan  PRIMARY KEY (id_pesanan, id_produk),
    CONSTRAINT fk_item_pesanan  FOREIGN KEY (id_pesanan)
        REFERENCES pesanan (id_pesanan)
        ON DELETE CASCADE ON UPDATE CASCADE,
    CONSTRAINT fk_detail_produk   FOREIGN KEY (id_produk)
        REFERENCES produk (id_produk)
        ON DELETE RESTRICT ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CONCEPTUAL (Pertemuan 3–4)
  Pertanyaan: "APA yang perlu disimpan?"
  Artefak   : ERD (Chen / Crow's Foot)
  Isi       : Entity, Relationship, Attribute (tanpa detail teknis)
  Independen dari semua DBMS
  Audiens   : Business analyst, stakeholder

         ↓ Transformasi (Pertemuan 5)

LOGICAL (Pertemuan 5–7)
  Pertanyaan: "BAGAIMANA strukturnya?"
  Artefak   : Skema Relasional (Tabel, PK, FK)
  Isi       : Tabel, kolom, PK, FK, normal form
  Independen dari DBMS spesifik (belum ada VARCHAR, INT, ENGINE)
  Audiens   : Data modeller, database architect

         ↓ Implementasi (Pertemuan 9 ← SEKARANG)

PHYSICAL (Pertemuan 9)
  Pertanyaan: "BAGAIMANA diimplementasikan di DBMS ini?"
  Artefak   : DDL Script (CREATE TABLE, CREATE INDEX, ALTER TABLE)
  Isi       : Tipe data spesifik, constraint, index, storage engine,
              character set, naming convention, audit columns
  Spesifik untuk MySQL (DBMS yang kami gunakan di mata kuliah ini)
  Audiens   : DBA, backend developer, data engineer

PRINSIP: FOREIGN KEY hanya bisa dibuat jika tabel yang DIREFERENSI sudah ada!

CONTOH KESALAHAN (akan ERROR):
  CREATE TABLE pesanan (
      id_pelanggan INT,
      FOREIGN KEY (id_pelanggan) REFERENCES pelanggan(id_pelanggan) -- ERROR!
      -- karena tabel pelanggan belum ada!
  );
  CREATE TABLE pelanggan (...); -- dibuat setelah pesanan

ATURAN URUTAN DDL:
  1. Buat tabel yang TIDAK memiliki FK terlebih dahulu (tabel "induk")
  2. Baru buat tabel yang memiliki FK (tabel "anak")
  3. Untuk referensi melingkar: gunakan ALTER TABLE ADD CONSTRAINT setelah semua tabel dibuat

CARA MENENTUKAN URUTAN — Topological Sort:
  Gambar dependency graph (panah = FK):
  
  kategori ←── produk ←── item_pesanan
  pelanggan ←── pesanan ←── item_pesanan
  
  Tabel tanpa panah masuk (in-degree = 0) → dibuat pertama:
  1. kategori   (tidak punya FK)
  2. pelanggan  (tidak punya FK)
  3. produk     (FK ke kategori ✓)
  4. pesanan    (FK ke pelanggan ✓)
  5. item_pesanan (FK ke pesanan + produk ✓)

TIPE NUMERIK MYSQL:

┌──────────────┬─────────────────────────┬────────────────────────────────────┐
│ Tipe         │ Rentang / Presisi        │ Kapan Digunakan                    │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ TINYINT      │ -128 s.d. 127           │ Status/flag, usia, boolean (0/1)   │
│              │ UNSIGNED: 0–255         │                                    │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ SMALLINT     │ -32.768 s.d. 32.767     │ Tahun, kode pos, qty kecil         │
│              │ UNSIGNED: 0–65.535      │                                    │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ INT          │ ±2,1 miliar             │ ID/surrogate key, quantity,        │
│ (INTEGER)    │ UNSIGNED: 0–4,2 miliar  │ counter — PILIHAN UMUM             │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ BIGINT       │ ±9,2 × 10^18            │ ID untuk sistem besar (>2 miliar   │
│              │                         │ baris), nomor KTP, Unix timestamp  │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ DECIMAL(p,s) │ Presisi EXACT           │ UANG, harga, gaji, persentase      │
│ (NUMERIC)    │ p = total digit         │ JANGAN GUNAKAN FLOAT untuk uang!   │
│              │ s = digit desimal       │                                    │
├──────────────┼─────────────────────────┼────────────────────────────────────┤
│ FLOAT        │ ~7 digit presisi        │ Nilai ilmiah, koordinat kasar,     │
│ DOUBLE       │ ~15 digit presisi       │ ML features — toleran thd rounding │
│              │ (approx — TIDAK exact!) │ JANGAN untuk keuangan!             │
└──────────────┴─────────────────────────┴────────────────────────────────────┘

MENGAPA FLOAT BERBAHAYA UNTUK UANG?
  Coba di MySQL:
    SELECT 0.1 + 0.2;
    → Hasil: 0.30000000000000004  ← BUKAN 0.3!

  Ini karena representasi biner floating-point tidak bisa
  merepresentasikan semua angka desimal secara exact.

  Untuk transaksi keuangan → DECIMAL(15, 2) SELALU ✓
  Untuk nilai sains/ML    → FLOAT atau DOUBLE OK ✓

PILIHAN TIPE NUMERIK YANG UMUM DI INDUSTRI:
  ID/PK          : INT UNSIGNED AUTO_INCREMENT
  Sistem besar   : BIGINT UNSIGNED AUTO_INCREMENT
  Uang/harga     : DECIMAL(15, 2)   ← 13 digit sebelum koma, 2 sesudah
  Persentase     : DECIMAL(5, 2)    ← contoh: 99.99%
  Stok/quantity  : INT UNSIGNED atau SMALLINT UNSIGNED
  Rating bintang : TINYINT UNSIGNED CHECK (rating BETWEEN 1 AND 5)
  Koordinat GPS  : DECIMAL(10, 7)   ← presisi ~1cm

TIPE STRING UTAMA:

┌──────────────┬──────────────────────────────┬──────────────────────────────┐
│ Tipe         │ Karakteristik                 │ Kapan Digunakan              │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ CHAR(n)      │ Panjang TETAP n karakter      │ Kode yang selalu sama        │
│              │ Diisi spasi jika kurang       │ panjangnya: NIM(12),         │
│              │ Sedikit lebih cepat untuk     │ kode_mk(8), kode_negara(2),  │
│              │ fixed-length data             │ password hash (60/64 char)   │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ VARCHAR(n)   │ Panjang VARIABEL, maks n      │ Nama, email, alamat,         │
│              │ Hanya simpan karakter + 1-2   │ deskripsi pendek, URL        │
│              │ byte overhead                 │ PILIHAN UMUM                 │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ TEXT         │ Hingga 65.535 karakter        │ Konten artikel, catatan,     │
│              │ Tidak bisa jadi DEFAULT       │ bio panjang                  │
│              │ Tidak bisa diindex penuh      │                              │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ MEDIUMTEXT   │ Hingga 16 MB                  │ Konten blog panjang          │
│ LONGTEXT     │ Hingga 4 GB                   │ Dokumen, log besar           │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ ENUM(...)    │ Daftar nilai yang ditentukan  │ Status dengan pilihan        │
│              │ Disimpan sebagai integer      │ terbatas yang stabil:        │
│              │ Lebih hemat storage           │ status, jenis, kategori enum │
├──────────────┼──────────────────────────────┼──────────────────────────────┤
│ JSON         │ Validasi JSON otomatis        │ Data semi-struktur,          │
│              │ Bisa query field-level        │ atribut yang bervariasi      │
│              │ MySQL 5.7+                     │ Gunakan dengan bijak!        │
└──────────────┴──────────────────────────────┴──────────────────────────────┘

PANDUAN UKURAN VARCHAR:
  Nama manusia          : VARCHAR(150)   ← nama + gelar
  Email                 : VARCHAR(255)   ← standar RFC 5321
  URL / link            : VARCHAR(2048)  ← URL bisa sangat panjang
  Deskripsi singkat     : VARCHAR(500)
  Slug (URL-friendly)   : VARCHAR(200)
  Username              : VARCHAR(50)
  Password (hashed)     : CHAR(60) atau CHAR(64) ← sesuai algoritma hash

CHARACTER SET DAN COLLATION (PENTING untuk bahasa Indonesia!):
  MASALAH: Karakter é, ñ, dan emoji bisa rusak jika charset salah!

  REKOMENDASI:
  charset  : utf8mb4  ← mendukung semua Unicode + emoji
  collation: utf8mb4_unicode_ci  ← case-insensitive

  JANGAN:
  charset  : latin1  ← tidak support huruf non-Latin
  charset  : utf8    ← di MySQL, utf8 hanya 3 byte, emoji tidak support!

  Cara set default di level database:
  CREATE DATABASE nama_db
    CHARACTER SET utf8mb4
    COLLATE utf8mb4_unicode_ci;

TIPE DATE/TIME:

┌───────────────┬─────────────────────────────┬──────────────────────────────┐
│ Tipe          │ Format / Rentang             │ Kapan Digunakan              │
├───────────────┼─────────────────────────────┼──────────────────────────────┤
│ DATE          │ 'YYYY-MM-DD'                 │ Tanggal lahir, tgl kadaluarsa│
│               │ 1000-01-01 s.d. 9999-12-31  │ tgl_bergabung — tanpa jam    │
├───────────────┼─────────────────────────────┼──────────────────────────────┤
│ TIME          │ 'HH:MM:SS'                   │ Jam buka/tutup, jadwal harian│
│               │ -838:59:59 s.d. 838:59:59   │ durasi kegiatan              │
├───────────────┼─────────────────────────────┼──────────────────────────────┤
│ DATETIME      │ 'YYYY-MM-DD HH:MM:SS'        │ Waktu transaksi, log event,  │
│               │ 1000 s.d. 9999              │ jadwal spesifik — TIDAK      │
│               │ Tidak timezone-aware         │ dipengaruhi timezone server  │
├───────────────┼─────────────────────────────┼──────────────────────────────┤
│ TIMESTAMP     │ 'YYYY-MM-DD HH:MM:SS'        │ created_at, updated_at —     │
│               │ 1970-01-01 s.d. 2038-01-19  │ dikonversi UTC, timezone-aware│
│               │ ← ATTENTION: Y2038 Problem! │ Otomatis update saat INSERT  │
├───────────────┼─────────────────────────────┼──────────────────────────────┤
│ YEAR          │ 1901 s.d. 2155               │ Tahun terbit buku,           │
│               │                             │ tahun akademik, tahun masuk  │
└───────────────┴─────────────────────────────┴──────────────────────────────┘

DATETIME vs TIMESTAMP — Kapan Mana?

  DATETIME  → Waktu yang "absolut", tidak boleh bergeser karena timezone
              Contoh: "Pertemuan 10 Januari pukul 09:00 WIB"
              → Disimpan dan ditampilkan apa adanya, tidak dikonversi

  TIMESTAMP → Waktu yang "global", perlu sinkroni antar timezone
              Contoh: created_at (kapan baris dibuat)
              → Disimpan sebagai UTC, otomatis konversi ke timezone client

  REKOMENDASI PRAKTIS:
  created_at       : TIMESTAMP DEFAULT CURRENT_TIMESTAMP
  updated_at       : TIMESTAMP DEFAULT CURRENT_TIMESTAMP
                     ON UPDATE CURRENT_TIMESTAMP
  tgl_lahir        : DATE
  tgl_transaksi    : DATETIME  (waktu spesifik tidak boleh bergeser)
  tgl_jatuh_tempo  : DATE

  Y2038 PROBLEM:
  TIMESTAMP hanya sampai 19 Januari 2038 02:14:07 UTC.
  Untuk sistem yang diharapkan hidup melewati 2038:
  → Gunakan DATETIME atau BIGINT (Unix timestamp milidetik)

BOOLEAN (Flag):
  MySQL tidak punya tipe BOOLEAN sejati.
  BOOLEAN = alias untuk TINYINT(1): 0 = FALSE, 1 = TRUE

  Gunakan:
    is_aktif    TINYINT(1) NOT NULL DEFAULT 1
    is_verified TINYINT(1) NOT NULL DEFAULT 0

  MySQL: TINYINT(1) atau BOOL (BOOL adalah alias untuk TINYINT(1)) ✓

BLOB (Binary Large Object):
  BLOB       : hingga 65 KB   — gambar kecil, file kecil
  MEDIUMBLOB : hingga 16 MB   — gambar, PDF kecil
  LONGBLOB   : hingga 4 GB    — video, file besar

  PERINGATAN:
  Menyimpan file binary di database jarang direkomendasikan!
  Praktik industri: Simpan FILE di object storage (S3, GCS, MinIO),
                    simpan URL-nya di database sebagai VARCHAR.

UUID (Universally Unique Identifier):
  Alternatif untuk AUTO_INCREMENT
  Format : '550e8400-e29b-41d4-a716-446655440000'
  MySQL  : UUID() function, simpan sebagai CHAR(36) atau BINARY(16)
  PgSQL  : UUID type native + gen_random_uuid()

  Keuntungan : Tidak sequential → lebih aman, cocok distributed system
  Kerugian   : Lebih besar dari INT, sedikit lebih lambat untuk JOIN

DECISION TREE:

Apakah nilainya angka?
├── YA → Apakah perlu angka desimal?
│        ├── YA → Apakah nilai keuangan? → YA → DECIMAL(15,2) ← SELALU!
│        │                               → TIDAK → DECIMAL(p,s) atau FLOAT
│        └── TIDAK → Seberapa besar nilainya?
│                    ├── 0–255 (flag, rating) → TINYINT UNSIGNED
│                    ├── 0–65.535 (qty kecil) → SMALLINT UNSIGNED
│                    ├── 0–4,2 miliar (ID umum) → INT UNSIGNED
│                    └── Lebih besar → BIGINT UNSIGNED
│
└── TIDAK → Berkaitan dengan waktu?
            ├── YA → Hanya tanggal? → YA → DATE
            │                       → TIDAK → Perlu timezone-aware?
            │                                 ├── YA → TIMESTAMP
            │                                 └── TIDAK → DATETIME
            └── TIDAK → Panjang selalu sama (kode)?
                        ├── YA → CHAR(n)
                        └── TIDAK → Teks sangat panjang (>500 char)?
                                    ├── YA → TEXT / MEDIUMTEXT
                                    └── TIDAK → VARCHAR(n)

-- Cara 1: Inline (untuk single-column PK)
CREATE TABLE produk (
    id_produk INT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
    ...
);
 
-- Cara 2: Table-level dengan nama eksplisit (DIREKOMENDASIKAN)
-- Terutama untuk PK komposit (weak entity, junction table)
CREATE TABLE item_pesanan (
    id_pesanan INT UNSIGNED NOT NULL,
    id_produk  INT UNSIGNED NOT NULL,
    qty        SMALLINT UNSIGNED NOT NULL,
    CONSTRAINT pk_item_pesanan PRIMARY KEY (id_pesanan, id_produk)
);
 
-- AUTO_INCREMENT (MySQL)
-- MySQL     : id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY

-- Sintaks lengkap:
CONSTRAINT fk_[tabel_anak]_[tabel_induk]
    FOREIGN KEY (kolom_fk)
    REFERENCES tabel_induk (kolom_pk)
    ON DELETE [CASCADE | SET NULL | RESTRICT | NO ACTION]
    ON UPDATE [CASCADE | RESTRICT]
 
-- Panduan memilih ON DELETE action:
-- ┌─────────────────┬────────────────────────────────────────────────┐
-- │ Action          │ Kapan Digunakan                                │
-- ├─────────────────┼────────────────────────────────────────────────┤
-- │ CASCADE         │ Tabel anak tidak bermakna tanpa induk           │
-- │                 │ Contoh: item_pesanan saat pesanan dihapus       │
-- │                 │ Contoh: resep_item saat kunjungan dihapus       │
-- ├─────────────────┼────────────────────────────────────────────────┤
-- │ SET NULL        │ Anak boleh ada meski tanpa induk (opsional)     │
-- │                 │ Contoh: produk.id_kategori → SET NULL jika      │
-- │                 │ kategori dihapus (produk tetap ada tanpa kat.)  │
-- ├─────────────────┼────────────────────────────────────────────────┤
-- │ RESTRICT        │ Tolak penghapusan induk jika masih ada anak     │
-- │ (NO ACTION)     │ Contoh: hapus pelanggan yang masih punya order  │
-- │                 │ → ERROR! Harus hapus semua order-nya dulu       │
-- └─────────────────┴────────────────────────────────────────────────┘
 
-- Contoh penggunaan:
CONSTRAINT fk_item_pesanan FOREIGN KEY (id_pesanan)
    REFERENCES pesanan (id_pesanan)
    ON DELETE CASCADE  -- hapus pesanan → item ikut terhapus otomatis
    ON UPDATE CASCADE  -- update id_pesanan → FK ikut update
 
CONSTRAINT fk_pesanan_pelanggan FOREIGN KEY (id_pelanggan)
    REFERENCES pelanggan (id_pelanggan)
    ON DELETE RESTRICT  -- tidak boleh hapus pelanggan yg punya riwayat pesanan
    ON UPDATE CASCADE

-- UNIQUE CONSTRAINT
-- Memastikan nilai selalu unik; boleh NULL (tapi hanya satu NULL per kolom UNIQUE)
CONSTRAINT uq_pelanggan_email UNIQUE (email)
 
-- Composite UNIQUE (kombinasi harus unik):
CONSTRAINT uq_karyawan_periode UNIQUE (id_karyawan, tahun, bulan)
 
-- NOT NULL — kolom tidak boleh kosong
nama    VARCHAR(150) NOT NULL  -- mandatory
no_telp VARCHAR(20)           -- boleh kosong (NULL) = opsional
 
-- Kapan NOT NULL?
-- → Semua FK untuk total participation (wajib punya induk)
-- → Semua atribut yang mandatory secara bisnis
-- → Semua PK (otomatis NOT NULL)
 
-- CHECK CONSTRAINT (MySQL 8.0.16+)
harga         DECIMAL(15,2) NOT NULL CHECK (harga >= 0)
rating        TINYINT UNSIGNED NOT NULL CHECK (rating BETWEEN 1 AND 5)
persentase    DECIMAL(5,2) CHECK (persentase >= 0 AND persentase <= 100)
 
-- Cross-column CHECK:
CONSTRAINT ck_tgl_selesai CHECK (tgl_selesai >= tgl_mulai)
 
-- DEFAULT CONSTRAINT — nilai otomatis jika tidak diisi
status      ENUM('aktif','nonaktif') NOT NULL DEFAULT 'aktif'
stok        INT UNSIGNED NOT NULL DEFAULT 0
tgl_daftar  DATE NOT NULL DEFAULT (CURRENT_DATE)
created_at  TIMESTAMP DEFAULT CURRENT_TIMESTAMP
updated_at  TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
is_aktif    TINYINT(1) NOT NULL DEFAULT 1

-- ============================================================
-- SISTEM PERPUSTAKAAN KAMPUS — DDL Script
-- DBMS: MySQL 8.0+ | Dibuat: Februari 2026
-- ============================================================
 
CREATE DATABASE IF NOT EXISTS perpustakaan
    CHARACTER SET utf8mb4
    COLLATE utf8mb4_unicode_ci;
 
USE perpustakaan;
 
-- ──────────────────────────────────────────────────────────────
-- Tabel 1: KATEGORI_BUKU (tidak punya FK — dibuat pertama)
-- ──────────────────────────────────────────────────────────────
CREATE TABLE kategori_buku (
    id_kategori   INT UNSIGNED     NOT NULL AUTO_INCREMENT,
    nama_kategori VARCHAR(100)     NOT NULL,
    deskripsi     TEXT,
    created_at    TIMESTAMP        NOT NULL DEFAULT CURRENT_TIMESTAMP,
 
    CONSTRAINT pk_kategori_buku PRIMARY KEY (id_kategori),
    CONSTRAINT uq_kategori_nama UNIQUE (nama_kategori)
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='Master data kategori/genre buku';
 
-- ──────────────────────────────────────────────────────────────
-- Tabel 2: BUKU (FK ke kategori_buku)
-- ──────────────────────────────────────────────────────────────
CREATE TABLE buku (
    id_buku        INT UNSIGNED    NOT NULL AUTO_INCREMENT,
    isbn           CHAR(17)        NOT NULL,  -- Format: 978-X-XXXXX-XXX-X
    judul          VARCHAR(300)    NOT NULL,
    penulis        VARCHAR(200)    NOT NULL,
    penerbit       VARCHAR(150),
    tahun_terbit   YEAR            NOT NULL,
    jumlah_halaman SMALLINT UNSIGNED,
    stok_total     TINYINT UNSIGNED NOT NULL DEFAULT 1
                   CHECK (stok_total >= 1),
    id_kategori    INT UNSIGNED    NOT NULL,
 
    CONSTRAINT pk_buku            PRIMARY KEY (id_buku),
    CONSTRAINT uq_buku_isbn       UNIQUE (isbn),
    CONSTRAINT fk_buku_kategori   FOREIGN KEY (id_kategori)
        REFERENCES kategori_buku (id_kategori)
        ON DELETE RESTRICT ON UPDATE CASCADE,
 
    INDEX idx_buku_judul    (judul),
    INDEX idx_buku_penulis  (penulis),
    INDEX idx_buku_kategori (id_kategori)
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='Master data koleksi buku perpustakaan';
 
-- ──────────────────────────────────────────────────────────────
-- Tabel 3: ANGGOTA (tidak punya FK)
-- ──────────────────────────────────────────────────────────────
CREATE TABLE anggota (
    id_anggota     INT UNSIGNED    NOT NULL AUTO_INCREMENT,
    no_anggota     CHAR(10)        NOT NULL,   -- Format: A-XXXXXXXXX
    nama           VARCHAR(150)    NOT NULL,
    email          VARCHAR(255)    NOT NULL,
    no_telepon     VARCHAR(20),
    tgl_lahir      DATE,
    jenis_anggota  ENUM('mahasiswa','dosen','staf','umum')
                   NOT NULL DEFAULT 'mahasiswa',
    tgl_bergabung  DATE            NOT NULL DEFAULT (CURRENT_DATE),
    tgl_kadaluarsa DATE            NOT NULL,
    is_aktif       TINYINT(1)      NOT NULL DEFAULT 1,
    created_at     TIMESTAMP       NOT NULL DEFAULT CURRENT_TIMESTAMP,
    updated_at     TIMESTAMP       NOT NULL DEFAULT CURRENT_TIMESTAMP
                   ON UPDATE CURRENT_TIMESTAMP,
 
    CONSTRAINT pk_anggota         PRIMARY KEY (id_anggota),
    CONSTRAINT uq_anggota_no      UNIQUE (no_anggota),
    CONSTRAINT uq_anggota_email   UNIQUE (email),
    CONSTRAINT ck_anggota_exp     CHECK (tgl_kadaluarsa > tgl_bergabung),
 
    INDEX idx_anggota_email    (email),
    INDEX idx_anggota_jenis    (jenis_anggota),
    INDEX idx_anggota_is_aktif (is_aktif)
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='Data anggota perpustakaan';
 
-- ──────────────────────────────────────────────────────────────
-- Tabel 4: PEMINJAMAN (FK ke anggota + buku)
-- ──────────────────────────────────────────────────────────────
CREATE TABLE peminjaman (
    id_pinjam            INT UNSIGNED    NOT NULL AUTO_INCREMENT,
    id_anggota           INT UNSIGNED    NOT NULL,
    id_buku              INT UNSIGNED    NOT NULL,
    tgl_pinjam           DATE            NOT NULL DEFAULT (CURRENT_DATE),
    tgl_rencana_kembali  DATE            NOT NULL,
    tgl_kembali_aktual   DATE,           -- NULL = belum dikembalikan
    denda                DECIMAL(10,2)   NOT NULL DEFAULT 0.00
                         CHECK (denda >= 0),
    status               ENUM('dipinjam','dikembalikan','terlambat')
                         NOT NULL DEFAULT 'dipinjam',
 
    CONSTRAINT pk_peminjaman        PRIMARY KEY (id_pinjam),
    CONSTRAINT fk_pinjam_anggota    FOREIGN KEY (id_anggota)
        REFERENCES anggota (id_anggota)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT fk_pinjam_buku       FOREIGN KEY (id_buku)
        REFERENCES buku (id_buku)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_pinjam_tgl        CHECK (tgl_rencana_kembali > tgl_pinjam),
    CONSTRAINT ck_kembali_aktual
        CHECK (tgl_kembali_aktual IS NULL
               OR tgl_kembali_aktual >= tgl_pinjam),
 
    INDEX idx_pinjam_anggota      (id_anggota),
    INDEX idx_pinjam_buku         (id_buku),
    INDEX idx_pinjam_status       (status),
    INDEX idx_pinjam_tgl_kembali  (tgl_rencana_kembali),
    INDEX idx_pinjam_buku_status  (id_buku, status) -- composite untuk cek ketersediaan
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='Riwayat peminjaman buku oleh anggota';

ANALOGI:
  Tanpa index  → membaca buku dari halaman 1 sampai selesai untuk
                 menemukan topik tertentu (full table scan O(n))
  
  Dengan index → langsung lihat daftar indeks di belakang buku,
                 lompat ke halaman yang tepat O(log n)

Di database:
  Tanpa index : DBMS scan SEMUA baris — semakin besar tabel semakin lambat
  Dengan index: DBMS gunakan B-Tree untuk pencarian cepat O(log n)

-- 1. PRIMARY KEY INDEX (otomatis, selalu ada)
--    Dibuat saat PK didefinisikan. Data diurutkan sesuai PK (clustered index).
 
-- 2. SECONDARY INDEX (INDEX biasa)
--    Untuk kolom yang sering digunakan dalam WHERE, JOIN, ORDER BY
INDEX idx_produk_kategori (id_kategori)
 
-- Atau setelah tabel dibuat:
CREATE INDEX idx_buku_penulis ON buku (penulis);
 
-- 3. UNIQUE INDEX (otomatis dibuat saat CONSTRAINT UNIQUE dideklarasikan)
CONSTRAINT uq_anggota_email UNIQUE (email)
-- Ini otomatis membuat unique index pada kolom email
 
-- 4. COMPOSITE INDEX (multi-column)
--    Urutan kolom SANGAT penting!
INDEX idx_pinjam_buku_status (id_buku, status)
 
-- "Leftmost prefix rule":
-- WHERE id_buku = X AND status = Y  → PAKAI index ✓
-- WHERE id_buku = X                 → PAKAI index ✓ (prefix)
-- WHERE status = Y                  → TIDAK PAKAI index ✗
 
-- 5. FULL-TEXT INDEX (untuk pencarian teks bebas)
CREATE FULLTEXT INDEX ft_buku_judul ON buku (judul, penulis);
-- Digunakan dengan: WHERE MATCH(judul, penulis) AGAINST('python data science')

BUAT INDEX jika kolom digunakan dalam:
  ✓ WHERE clause         : WHERE status = 'aktif'
  ✓ JOIN condition       : ON a.id_kategori = b.id_kategori
  ✓ ORDER BY             : ORDER BY tgl_pesanan DESC
  ✓ GROUP BY             : GROUP BY id_kategori
  ✓ UNIQUE (otomatis)    : email, no_anggota, isbn

JANGAN BUAT INDEX jika:
  ✗ Tabel kecil (< 1.000 baris) — full scan justru lebih cepat
  ✗ Kolom yang jarang digunakan dalam query
  ✗ Kolom dengan selektivitas SANGAT rendah (low cardinality)
    Contoh: kolom is_aktif dengan nilai hanya 0 atau 1
    → Index tidak efektif jika 90% baris punya nilai yang sama
  ✗ Tabel yang sangat sering di-INSERT/UPDATE
    (setiap perubahan data → index juga harus diperbarui → lambat)
  ✗ Kolom yang sering berubah nilainya

TRADE-OFF INDEX:
  ┌──────────────────┬────────────────┬───────────────────────────────┐
  │ Aspek            │ Tanpa Index    │ Dengan Index                  │
  ├──────────────────┼────────────────┼───────────────────────────────┤
  │ Query SELECT     │ Lambat (O(n))  │ Cepat (O(log n))              │
  │ INSERT / UPDATE  │ Cepat          │ Sedikit lebih lambat          │
  │                  │                │ (index harus diperbarui)      │
  │ Storage          │ Lebih kecil    │ Lebih besar (index = space)   │
  └──────────────────┴────────────────┴───────────────────────────────┘

ATURAN EMAS:
  → SELALU buat index pada kolom FK (MySQL tidak membuat otomatis!)
  → EXPLAIN SELECT untuk memeriksa apakah index digunakan
  → Jangan over-index: mulai sedikit, tambah berdasarkan profiling query

-- Gunakan EXPLAIN untuk melihat apakah query menggunakan index:
EXPLAIN
SELECT p.id_pinjam, a.nama, b.judul, p.status
FROM peminjaman p
JOIN anggota a ON p.id_anggota = a.id_anggota
JOIN buku b    ON p.id_buku = b.id_buku
WHERE p.status = 'dipinjam'
  AND p.tgl_rencana_kembali < CURRENT_DATE;
 
-- Kolom penting dalam output EXPLAIN:
-- ┌──────────┬────────────────────────────────────────────────┐
-- │ Kolom    │ Artinya                                        │
-- ├──────────┼────────────────────────────────────────────────┤
-- │ type     │ 'ALL' = full table scan (tidak efisien!)       │
-- │          │ 'ref' atau 'range' = menggunakan index (baik)  │
-- │          │ 'const' = sangat cepat, hanya 1 baris          │
-- ├──────────┼────────────────────────────────────────────────┤
-- │ key      │ Nama index yang digunakan (NULL = tidak ada)   │
-- ├──────────┼────────────────────────────────────────────────┤
-- │ rows     │ Estimasi jumlah baris yang discan              │
-- └──────────┴────────────────────────────────────────────────┘

TABEL          : snake_case, kata benda, huruf kecil
                 ✓ pelanggan, item_pesanan, kategori_buku
                 ✗ tblPelanggan, PELANGGAN, m_pelanggan

KOLOM          : snake_case, deskriptif, huruf kecil
                 ✓ id_pelanggan, nama_lengkap, tgl_lahir, is_aktif
                 ✗ idPelanggan, NamaLengkap, nama_lngkp

PRIMARY KEY    : id_[nama_tabel]
                 ✓ id_pelanggan, id_produk, id_pesanan

FOREIGN KEY    : Nama kolom FK = nama kolom PK yang direferensi
(kolom)          ✓ id_pelanggan di tabel pesanan → REFERENCES pelanggan(id_pelanggan)
                 Ini memudahkan JOIN: ON pesanan.id_pelanggan = pelanggan.id_pelanggan

CONSTRAINT     : [jenis]_[tabel]_[deskripsi]
  PK           : pk_[nama_tabel]             → pk_pesanan
  FK           : fk_[tabel_anak]_[tabel_induk] → fk_pesanan_pelanggan
  UNIQUE       : uq_[tabel]_[kolom]          → uq_anggota_email
  CHECK        : ck_[tabel]_[deskripsi]      → ck_pesanan_total

INDEX          : idx_[tabel]_[kolom]
                 ✓ idx_produk_kategori
  Composite    : idx_[tabel]_[kolom1]_[kolom2]
                 ✓ idx_pinjam_buku_status

DATABASE       : huruf kecil, tanpa spasi, deskriptif
                 ✓ perpustakaan_kampus, ecommerce_dev, akademik_prod

-- ============================================================
-- TEMPLATE STANDAR DDL SCRIPT
-- ============================================================
 
-- BAGIAN 1: HEADER (WAJIB ADA)
-- ============================================================
-- Nama    : DDL Script — [Nama Sistem]
-- Proyek  : [Nama Proyek / Mata Kuliah]
-- DBMS    : MySQL 8.0+
-- Dibuat  : [YYYY-MM-DD]
-- Penulis : [Nama] / [NIM]
-- Versi   : 1.0
-- ============================================================
 
-- BAGIAN 2: SETUP DATABASE
CREATE DATABASE IF NOT EXISTS [nama_database]
    CHARACTER SET utf8mb4
    COLLATE utf8mb4_unicode_ci;
USE [nama_database];
 
-- BAGIAN 3: TABEL (dalam topological order)
-- ──────────────────────────────────────────────────────────
-- Tabel: [NAMA_TABEL] — [Deskripsi singkat]
-- Dibuat dari: Aturan Mapping [X] — [nama aturan]
-- ──────────────────────────────────────────────────────────
CREATE TABLE [nama_tabel] (
 
    -- PK dan identifier
    [pk_kolom]    INT UNSIGNED        NOT NULL AUTO_INCREMENT,
 
    -- Kolom data utama
    [kolom_1]     VARCHAR(150)        NOT NULL,
    [kolom_2]     DECIMAL(15,2)       NOT NULL CHECK ([kolom_2] >= 0),
    [kolom_3]     TEXT,
 
    -- Foreign keys
    [fk_kolom]    INT UNSIGNED        NOT NULL,
 
    -- Status dan flag
    is_aktif      TINYINT(1)          NOT NULL DEFAULT 1,
 
    -- Audit columns (selalu di akhir)
    created_at    TIMESTAMP           NOT NULL DEFAULT CURRENT_TIMESTAMP,
    updated_at    TIMESTAMP           NOT NULL DEFAULT CURRENT_TIMESTAMP
                  ON UPDATE CURRENT_TIMESTAMP,
 
    -- Constraints (dikelompokkan di bagian bawah)
    CONSTRAINT pk_[tabel]         PRIMARY KEY ([pk_kolom]),
    CONSTRAINT uq_[tabel]_[kolom] UNIQUE ([kolom_unik]),
    CONSTRAINT fk_[tabel]_[ref]   FOREIGN KEY ([fk_kolom])
        REFERENCES [tabel_ref] ([pk_ref])
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_[tabel]_[desc]  CHECK ([kondisi]),
 
    -- Indexes
    INDEX idx_[tabel]_[kolom] ([fk_kolom])
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='[Deskripsi fungsi tabel ini]';
 
-- ============================================================
-- SELESAI — Total: [X] tabel
-- ============================================================

PROGRAM_STUDI(kode_prodi, nama_prodi, jenjang)
DOSEN(nip, nama_dosen, email_dosen, jabatan)
MAHASISWA(nim, nama, tgl_lahir, email, kode_prodi*)
MAHASISWA_HP(nim*, nomor_hp)
MATA_KULIAH(kode_mk, nama_mk, sks, semester_ditawarkan)
MK_PRASYARAT(kode_mk*, kode_mk_prasyarat*)
JADWAL(kode_mk*, nip*, ruangan, hari, jam_mulai, jam_selesai)
PENGAMBILAN(nim*, kode_mk*, semester, tahun_akademik, nilai_huruf)

-- ============================================================
-- DDL Script: Sistem Akademik Kampus
-- DBMS    : MySQL 8.0+
-- Dibuat  : Februari 2026
-- Versi   : 1.0
-- ============================================================
 
CREATE DATABASE IF NOT EXISTS akademik_kampus
    CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
USE akademik_kampus;
 
-- ──────────────────────────────────────────────────────────
-- Tabel 1: PROGRAM_STUDI (tidak punya FK)
-- ──────────────────────────────────────────────────────────
CREATE TABLE program_studi (
    kode_prodi  CHAR(10)     NOT NULL,
    nama_prodi  VARCHAR(150) NOT NULL,
    jenjang     ENUM('D3','S1','S2','S3') NOT NULL DEFAULT 'S1',
 
    CONSTRAINT pk_program_studi PRIMARY KEY (kode_prodi),
    CONSTRAINT uq_prodi_nama    UNIQUE (nama_prodi)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Master data program studi';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 2: DOSEN (tidak punya FK)
-- ──────────────────────────────────────────────────────────
CREATE TABLE dosen (
    nip          CHAR(18)     NOT NULL,
    nama_dosen   VARCHAR(150) NOT NULL,
    email_dosen  VARCHAR(255) NOT NULL,
    jabatan      VARCHAR(100),
 
    CONSTRAINT pk_dosen        PRIMARY KEY (nip),
    CONSTRAINT uq_dosen_email  UNIQUE (email_dosen)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Master data dosen pengajar';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 3: MAHASISWA (FK ke program_studi)
-- ──────────────────────────────────────────────────────────
CREATE TABLE mahasiswa (
    nim         CHAR(12)     NOT NULL,
    nama        VARCHAR(150) NOT NULL,
    tgl_lahir   DATE,
    email       VARCHAR(255) NOT NULL,
    kode_prodi  CHAR(10)     NOT NULL,
 
    CONSTRAINT pk_mahasiswa        PRIMARY KEY (nim),
    CONSTRAINT uq_mahasiswa_email  UNIQUE (email),
    CONSTRAINT fk_mhs_prodi        FOREIGN KEY (kode_prodi)
        REFERENCES program_studi (kode_prodi)
        ON DELETE RESTRICT ON UPDATE CASCADE,
 
    INDEX idx_mhs_kode_prodi (kode_prodi),
    INDEX idx_mhs_nama       (nama)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Data mahasiswa terdaftar';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 4: MAHASISWA_HP (multivalued attribute, FK ke mahasiswa)
-- ──────────────────────────────────────────────────────────
CREATE TABLE mahasiswa_hp (
    nim       CHAR(12)  NOT NULL,
    nomor_hp  VARCHAR(20) NOT NULL,
 
    CONSTRAINT pk_mahasiswa_hp  PRIMARY KEY (nim, nomor_hp),
    CONSTRAINT fk_hp_mahasiswa  FOREIGN KEY (nim)
        REFERENCES mahasiswa (nim)
        ON DELETE CASCADE ON UPDATE CASCADE
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Nomor HP mahasiswa (multivalued attribute)';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 5: MATA_KULIAH (tidak punya FK)
-- ──────────────────────────────────────────────────────────
CREATE TABLE mata_kuliah (
    kode_mk             CHAR(10)         NOT NULL,
    nama_mk             VARCHAR(200)     NOT NULL,
    sks                 TINYINT UNSIGNED NOT NULL CHECK (sks BETWEEN 1 AND 6),
    semester_ditawarkan TINYINT UNSIGNED NOT NULL CHECK (semester_ditawarkan BETWEEN 1 AND 8),
 
    CONSTRAINT pk_mata_kuliah PRIMARY KEY (kode_mk)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Master data mata kuliah';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 6: MK_PRASYARAT (self-referencing M:N pada mata_kuliah)
-- ──────────────────────────────────────────────────────────
CREATE TABLE mk_prasyarat (
    kode_mk           CHAR(10) NOT NULL,
    kode_mk_prasyarat CHAR(10) NOT NULL,
 
    CONSTRAINT pk_mk_prasyarat    PRIMARY KEY (kode_mk, kode_mk_prasyarat),
    CONSTRAINT fk_prasy_mk        FOREIGN KEY (kode_mk)
        REFERENCES mata_kuliah (kode_mk)
        ON DELETE CASCADE ON UPDATE CASCADE,
    CONSTRAINT fk_prasy_mk_prasy  FOREIGN KEY (kode_mk_prasyarat)
        REFERENCES mata_kuliah (kode_mk)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_prasy_no_self   CHECK (kode_mk <> kode_mk_prasyarat),
 
    INDEX idx_prasy_kode_prasyarat (kode_mk_prasyarat)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Relasi prasyarat antar mata kuliah (self-referencing M:N)';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 7: JADWAL (weak entity: FK ke mata_kuliah + dosen)
-- ──────────────────────────────────────────────────────────
CREATE TABLE jadwal (
    kode_mk    CHAR(10)  NOT NULL,
    nip        CHAR(18)  NOT NULL,
    ruangan    VARCHAR(20) NOT NULL,
    hari       ENUM('Senin','Selasa','Rabu','Kamis','Jumat','Sabtu') NOT NULL,
    jam_mulai  TIME      NOT NULL,
    jam_selesai TIME     NOT NULL,
 
    CONSTRAINT pk_jadwal       PRIMARY KEY (kode_mk, nip),
    CONSTRAINT fk_jadwal_mk    FOREIGN KEY (kode_mk)
        REFERENCES mata_kuliah (kode_mk)
        ON DELETE CASCADE ON UPDATE CASCADE,
    CONSTRAINT fk_jadwal_dosen FOREIGN KEY (nip)
        REFERENCES dosen (nip)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_jadwal_jam   CHECK (jam_selesai > jam_mulai),
 
    INDEX idx_jadwal_nip  (nip),
    INDEX idx_jadwal_hari (hari)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Jadwal mengajar dosen per mata kuliah';
 
-- ──────────────────────────────────────────────────────────
-- Tabel 8: PENGAMBILAN (junction table MHS × MK)
-- ──────────────────────────────────────────────────────────
CREATE TABLE pengambilan (
    nim             CHAR(12)         NOT NULL,
    kode_mk         CHAR(10)         NOT NULL,
    semester        TINYINT UNSIGNED NOT NULL CHECK (semester BETWEEN 1 AND 14),
    tahun_akademik  CHAR(9)          NOT NULL,  -- Format: 2024/2025
    nilai_huruf     CHAR(2),                    -- NULL = belum ada nilai
 
    CONSTRAINT pk_pengambilan     PRIMARY KEY (nim, kode_mk, semester, tahun_akademik),
    CONSTRAINT fk_ambil_mhs       FOREIGN KEY (nim)
        REFERENCES mahasiswa (nim)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT fk_ambil_mk        FOREIGN KEY (kode_mk)
        REFERENCES mata_kuliah (kode_mk)
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_nilai_huruf
        CHECK (nilai_huruf IN ('A','AB','B','BC','C','D','E') OR nilai_huruf IS NULL),
 
    INDEX idx_ambil_nim     (nim),
    INDEX idx_ambil_kode_mk (kode_mk),
    INDEX idx_ambil_ta_sem  (tahun_akademik, semester)
 
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
  COMMENT='Pengambilan mata kuliah mahasiswa per semester';
 
-- ============================================================
-- SELESAI — Total: 8 tabel sistem akademik
-- ============================================================

LANGKAH FORWARD ENGINEERING:

1. Buka MySQL Workbench → File → New Model
2. Double-click "Add Diagram" → buat ERD visual
   - Toolbar kiri: tambah tabel, relationship
   - Double-click tabel: atur kolom, tipe data, constraint
3. Forward Engineering: Database → Forward Engineer
   - Pilih opsi: Include all MySQL table options
   - Lihat SQL yang dihasilkan → "Execute" atau "Copy to Clipboard"

LANGKAH REVERSE ENGINEERING (dari DB ke diagram):
1. Database → Reverse Engineer
2. Masukkan koneksi database
3. Pilih schema → MySQL Workbench baca dan buat ERD otomatis
   Berguna: mendokumentasikan database yang sudah ada!

TIPS:
  → Simpan file .mwb secara rutin (File → Save Model)
  → View → Diagram Properties: aktifkan "Show Column Types"
  → Gunakan "Synchronize Model" agar ERD dan DB tetap sinkron

Draw.io (diagrams.net) menyediakan canvas visual untuk menggambar ER diagram dan physical model.
Gunakan entity shapes, relationship lines, dan crow's foot notation untuk dokumentasi.

FITUR UTAMA:
  ✓ Web-based atau desktop app
  ✓ Drag-drop shapes dan connectors
  ✓ Export ke PNG, PDF, SVG
  ✓ Simpan ke Google Drive, OneDrive, atau local
  ✓ Kolaborasi real-time (jika menggunakan Google Drive)
  ✓ Gratis sepenuhnya

LANGKAH DASAR:
  1. Buka https://draw.io atau https://app.diagrams.net
  2. Pilih "Blank Diagram"
  3. Dari panel kiri, ambil "Crow's Foot" atau general shapes
  4. Gambar entity sebagai rectangle dengan nama dan atribut
  5. Gambar relasi dengan connector dan tambahkan crow's foot notation
  6. Export: File → Export As → PNG/PDF

KEUNGGULAN:
  ✓ Sangat fleksibel untuk desain custom
  ✓ Cocok untuk dokumentasi visual
  ✓ Dapat diintegrasikan ke Google Docs, Sheets, Slides
  ✓ Gratis dan kolaboratif

KETERBATASAN:
  → Tidak auto-generate SQL (gunakan MySQL Workbench untuk itu)

-- INSERT satu baris
INSERT INTO kategori (nama_kategori, slug)
VALUES ('Batik Tulis', 'batik-tulis');
 
-- INSERT beberapa baris sekaligus (lebih efisien!)
INSERT INTO pelanggan (nama, email, no_telp, alamat_kota) VALUES
    ('Budi Santoso',  'budi@mail.com',  '08111000001', 'Semarang'),
    ('Siti Rahayu',   'siti@mail.com',  '08111000002', 'Solo'),
    ('Ahmad Fauzi',   'ahmad@mail.com', '08111000003', 'Pekalongan');
 
-- INSERT dari hasil SELECT (salin data)
INSERT INTO arsip_pesanan_lama (id_pesanan, tgl_pesanan, id_pelanggan, status)
SELECT id_pesanan, tgl_pesanan, id_pelanggan, status
FROM pesanan
WHERE status = 'selesai' AND YEAR(tgl_pesanan) < 2023;

-- INNER JOIN — hanya baris yang ada pasangannya di KEDUA tabel
SELECT
    p.id_pesanan,
    pl.nama         AS nama_pelanggan,
    p.tgl_pesanan,
    p.status
FROM pesanan p
INNER JOIN pelanggan pl ON p.id_pelanggan = pl.id_pelanggan
WHERE p.status = 'pending'
ORDER BY p.tgl_pesanan DESC;
 
-- LEFT JOIN — semua baris dari tabel kiri, NULL jika tidak ada pasangan
-- "Tampilkan semua pelanggan, dan berapa pesanan yang mereka punya"
SELECT
    pl.id_pelanggan,
    pl.nama,
    pl.email,
    COUNT(p.id_pesanan) AS total_pesanan
FROM pelanggan pl
LEFT JOIN pesanan p ON pl.id_pelanggan = p.id_pelanggan
GROUP BY pl.id_pelanggan, pl.nama, pl.email
ORDER BY total_pesanan DESC;
 
-- JOIN 3 TABEL — detail pesanan lengkap
SELECT
    p.id_pesanan,
    pl.nama              AS nama_pelanggan,
    pr.nama_produk,
    ip.qty,
    ip.harga_saat_pesan,
    (ip.qty * ip.harga_saat_pesan) AS subtotal
FROM pesanan p
JOIN pelanggan pl   ON p.id_pelanggan  = pl.id_pelanggan
JOIN item_pesanan ip ON p.id_pesanan   = ip.id_pesanan
JOIN produk pr      ON ip.id_produk    = pr.id_produk
WHERE p.id_pesanan = 42;
 
-- Aggregasi: ringkasan per pelanggan
SELECT
    pl.nama,
    COUNT(DISTINCT p.id_pesanan)              AS jumlah_pesanan,
    SUM(ip.qty * ip.harga_saat_pesan)         AS total_belanja,
    AVG(ip.qty * ip.harga_saat_pesan)         AS rata_per_pesanan,
    MAX(p.tgl_pesanan)                        AS pesanan_terakhir
FROM pelanggan pl
JOIN pesanan p      ON pl.id_pelanggan = p.id_pelanggan
JOIN item_pesanan ip ON p.id_pesanan   = ip.id_pesanan
WHERE p.status = 'selesai'
GROUP BY pl.id_pelanggan, pl.nama
HAVING total_belanja > 500000
ORDER BY total_belanja DESC;

-- UPDATE dengan WHERE yang spesifik
UPDATE produk
SET harga = harga * 1.10,  -- naik 10%
    updated_at = CURRENT_TIMESTAMP
WHERE id_kategori = 3
  AND is_aktif = 1;
 
-- UPDATE berdasarkan JOIN (update dari tabel lain)
UPDATE pesanan p
JOIN pelanggan pl ON p.id_pelanggan = pl.id_pelanggan
SET p.status = 'dibatalkan'
WHERE pl.alamat_kota = 'Jakarta'
  AND p.status = 'pending'
  AND p.tgl_pesanan < DATE_SUB(NOW(), INTERVAL 7 DAY);
 
-- WAJIB: Selalu gunakan WHERE pada UPDATE!
-- Tanpa WHERE → UPDATE SEMUA BARIS → bencana data!
-- Sebelum UPDATE, jalankan SELECT dulu untuk verifikasi:
SELECT * FROM produk WHERE id_kategori = 3 AND is_aktif = 1;
-- Jika hasilnya sesuai ekspektasi → baru jalankan UPDATE

-- DELETE baris tertentu
DELETE FROM ulasan
WHERE tgl_ulasan < '2020-01-01'
  AND rating >= 4;  -- hapus ulasan lama dengan rating tinggi (bersihkan data)
 
-- DELETE dengan JOIN (hapus berdasarkan kondisi dari tabel lain)
DELETE ip
FROM item_pesanan ip
JOIN pesanan p ON ip.id_pesanan = p.id_pesanan
WHERE p.status = 'dibatalkan'
  AND p.tgl_pesanan < DATE_SUB(NOW(), INTERVAL 1 YEAR);
 
-- TRUNCATE vs DELETE
TRUNCATE TABLE temp_log;       -- hapus SEMUA baris, reset AUTO_INCREMENT
DELETE FROM temp_log;          -- hapus SEMUA baris, tapi TIDAK reset AUTO_INCREMENT
DELETE FROM temp_log LIMIT 1000; -- hapus 1000 baris saja
 
-- SOFT DELETE — lebih aman di sistem produksi!
-- Daripada benar-benar menghapus, tandai sebagai "deleted"
ALTER TABLE produk ADD COLUMN deleted_at TIMESTAMP NULL;
UPDATE produk SET deleted_at = CURRENT_TIMESTAMP WHERE id_produk = 50;
-- Semua query "aktif" harus pakai: WHERE deleted_at IS NULL

-- VIEW DASAR — laporan pesanan aktif
CREATE VIEW v_pesanan_aktif AS
SELECT
    p.id_pesanan,
    p.tgl_pesanan,
    p.status,
    pl.nama    AS nama_pelanggan,
    pl.email,
    COUNT(ip.id_produk)                   AS jumlah_item,
    SUM(ip.qty * ip.harga_saat_pesan)     AS total_harga
FROM pesanan p
JOIN pelanggan pl    ON p.id_pelanggan = pl.id_pelanggan
JOIN item_pesanan ip ON p.id_pesanan   = ip.id_pesanan
WHERE p.status NOT IN ('selesai', 'dibatalkan')
GROUP BY p.id_pesanan, p.tgl_pesanan, p.status,
         pl.nama, pl.email;
 
-- Setelah view dibuat, query menjadi SANGAT SEDERHANA:
SELECT * FROM v_pesanan_aktif WHERE status = 'pending';
SELECT nama_pelanggan, total_harga FROM v_pesanan_aktif ORDER BY total_harga DESC;
 
-- VIEW untuk KEAMANAN — hanya tampilkan data public produk
CREATE VIEW v_produk_publik AS
SELECT
    id_produk,
    nama_produk,
    deskripsi,
    harga,
    stok > 0    AS tersedia,  -- boolean dari stok
    slug
FROM produk
WHERE is_aktif = 1 AND deleted_at IS NULL;
-- Kolom: id_kategori, created_at, updated_at TIDAK ditampilkan
 
-- VIEW ANALITIK — ringkasan penjualan per produk
CREATE VIEW v_ringkasan_penjualan AS
SELECT
    pr.id_produk,
    pr.nama_produk,
    k.nama_kategori,
    COUNT(DISTINCT ip.id_pesanan)        AS total_transaksi,
    SUM(ip.qty)                          AS total_qty_terjual,
    SUM(ip.qty * ip.harga_saat_pesan)    AS total_pendapatan,
    AVG(u.rating)                        AS rata_rating,
    COUNT(u.id_ulasan)                   AS jumlah_ulasan
FROM produk pr
LEFT JOIN kategori k      ON pr.id_kategori  = k.id_kategori
LEFT JOIN item_pesanan ip ON pr.id_produk    = ip.id_produk
LEFT JOIN pesanan p       ON ip.id_pesanan   = p.id_pesanan AND p.status = 'selesai'
LEFT JOIN ulasan u        ON pr.id_produk    = u.id_produk
WHERE pr.is_aktif = 1
GROUP BY pr.id_produk, pr.nama_produk, k.nama_kategori;

-- Menampilkan daftar view yang ada
SHOW FULL TABLES WHERE Table_type = 'VIEW';
 
-- Melihat definisi view
SHOW CREATE VIEW v_pesanan_aktif;
 
-- Update definisi view (CREATE OR REPLACE)
CREATE OR REPLACE VIEW v_pesanan_aktif AS
SELECT ...;  -- definisi baru
 
-- Hapus view
DROP VIEW IF EXISTS v_pesanan_aktif;
 
-- PENTING: View TIDAK menyimpan data!
-- Setiap SELECT ke view = MySQL jalankan ulang query di baliknya
-- Untuk view yang sering diakses dengan data besar:
-- Pertimbangkan MATERIALIZED VIEW (di MySQL: stored procedure + tabel snapshot)

PIPELINE ANALITIK DENGAN VIEWS:

Tabel Transaksional (OLTP)
  kategori, produk, pelanggan, pesanan, item_pesanan, ulasan
       |
       | (View Layer)
       v
Views sebagai "Virtual Staging Layer"
  v_produk_publik     → untuk API dan frontend
  v_pesanan_aktif     → untuk dashboard operasional
  v_ringkasan_penjualan → untuk analitik dan laporan
       |
       | (Data Extraction)
       v
Jupyter Notebook / Analytics Tool
  import pandas as pd
  import sqlalchemy
  
  df = pd.read_sql("SELECT * FROM v_ringkasan_penjualan", engine)
  # Langsung dapat DataFrame bersih untuk analisis!
  # Tidak perlu tulis ulang 5-table JOIN di setiap notebook

-- Membuat stored procedure
DELIMITER //
 
CREATE PROCEDURE sp_pesanan_per_pelanggan(
    IN p_id_pelanggan INT     -- Parameter input
)
BEGIN
    SELECT 
        p.id_pesanan,
        p.tgl_pesanan,
        p.status,
        SUM(ip.qty * ip.harga_saat_pesan) AS total_bayar
    FROM pesanan p
    JOIN item_pesanan ip ON p.id_pesanan = ip.id_pesanan
    WHERE p.id_pelanggan = p_id_pelanggan
    GROUP BY p.id_pesanan, p.tgl_pesanan, p.status
    ORDER BY p.tgl_pesanan DESC;
END //
 
DELIMITER ;

-- Panggil procedure
CALL sp_pesanan_per_pelanggan(1);
 
-- Hapus procedure
DROP PROCEDURE IF EXISTS sp_pesanan_per_pelanggan;

DELIMITER //
 
CREATE PROCEDURE sp_total_penjualan_pelanggan(
    IN  p_id_pelanggan INT,
    OUT p_total        DECIMAL(15,2)
)
BEGIN
    SELECT COALESCE(SUM(ip.qty * ip.harga_saat_pesan), 0)
    INTO p_total
    FROM pesanan p
    JOIN item_pesanan ip ON p.id_pesanan = ip.id_pesanan
    WHERE p.id_pelanggan = p_id_pelanggan;
END //
 
DELIMITER ;
 
-- Cara memanggil:
CALL sp_total_penjualan_pelanggan(1, @total);
SELECT @total AS total_pembelian;

-- Buat tabel log terlebih dahulu
CREATE TABLE log_perubahan_harga (
    id_log         INT AUTO_INCREMENT PRIMARY KEY,
    id_produk      INT            NOT NULL,
    harga_lama     DECIMAL(12,2)  NOT NULL,
    harga_baru     DECIMAL(12,2)  NOT NULL,
    tgl_perubahan  DATETIME       DEFAULT CURRENT_TIMESTAMP,
    diubah_oleh    VARCHAR(100)   DEFAULT CURRENT_USER()
);
 
-- Buat trigger
DELIMITER //
 
CREATE TRIGGER trg_audit_harga
AFTER UPDATE ON produk
FOR EACH ROW
BEGIN
    IF OLD.harga <> NEW.harga THEN
        INSERT INTO log_perubahan_harga (id_produk, harga_lama, harga_baru)
        VALUES (OLD.id_produk, OLD.harga, NEW.harga);
    END IF;
END //
 
DELIMITER ;

DELIMITER //
 
CREATE TRIGGER trg_cek_stok
BEFORE INSERT ON item_pesanan
FOR EACH ROW
BEGIN
    DECLARE v_stok INT;
    
    SELECT stok INTO v_stok
    FROM produk
    WHERE id_produk = NEW.id_produk;
    
    IF v_stok < NEW.qty THEN
        SIGNAL SQLSTATE '45000'
        SET MESSAGE_TEXT = 'Stok tidak mencukupi untuk pesanan ini';
    END IF;
END //
 
DELIMITER ;

-- Mulai transaction
START TRANSACTION;
 
-- Operasi 1: Kurangi stok produk
UPDATE produk 
SET stok = stok - 2 
WHERE id_produk = 101;
 
-- Operasi 2: Tambah item pesanan
INSERT INTO item_pesanan (id_pesanan, id_produk, qty, harga_saat_pesan)
VALUES (50, 101, 2, 85000.00);
 
-- Operasi 3: Update total pesanan
UPDATE pesanan
SET total = total + (2 * 85000.00)
WHERE id_pesanan = 50;
 
-- Jika semua berhasil → simpan permanen
COMMIT;
 
-- Jika ada masalah → batalkan semua
-- ROLLBACK;

START TRANSACTION;
 
-- Tahap 1: Insert header pesanan
INSERT INTO pesanan (id_pelanggan, tgl_pesanan, status)
VALUES (5, NOW(), 'Pending');
 
SAVEPOINT setelah_header;
 
-- Tahap 2: Insert item pesanan (bisa gagal jika stok habis)
INSERT INTO item_pesanan (id_pesanan, id_produk, qty, harga_saat_pesan)
VALUES (LAST_INSERT_ID(), 101, 3, 85000.00);
 
-- Jika tahap 2 gagal, bisa rollback ke savepoint tanpa kehilangan tahap 1
-- ROLLBACK TO setelah_header;
 
COMMIT;

KATEGORI(id_kategori, nama_kategori, slug)
PRODUK(id_produk, nama_produk, deskripsi, harga, stok, is_aktif, id_kategori*)
PELANGGAN(id_pelanggan, nama, email, no_telp, alamat_kota)
PESANAN(id_pesanan, tgl_pesanan, status, id_pelanggan*)
ITEM_PESANAN(id_pesanan*, id_produk*, qty, harga_saat_pesan)
  [weak entity dari PESANAN]
ULASAN(id_ulasan, id_pelanggan*, id_produk*, rating, komentar, tgl_ulasan)
  [satu pelanggan hanya boleh memberikan satu ulasan per produk]

-- Isi 3 kategori
INSERT INTO kategori (nama_kategori, slug) VALUES
    ('Batik Tulis',  'batik-tulis'),
    ('Batik Cap',    'batik-cap'),
    ('Batik Printing','batik-printing');
 
-- Isi 2 pelanggan
INSERT INTO pelanggan (nama, email, no_telp, alamat_kota) VALUES
    ('Dewi Puspita', 'dewi@mail.com', '08111222333', 'Pekalongan'),
    ('Rizki Ananda', 'rizki@mail.com', '08444555666', 'Solo');
 
-- Isi 3 produk (referensi id_kategori yang baru diinsert)
INSERT INTO produk (nama_produk, deskripsi, harga, stok, is_aktif, id_kategori) VALUES
    ('Batik Mega Mendung', 'Motif khas Cirebon', 350000.00, 20, 1, 1),
    ('Batik Kawung Cap',   'Motif kawung modern', 180000.00, 15, 1, 2),
    ('Batik Printing Floral', 'Motif bunga cerah', 95000.00, 50, 1, 3);
 
-- Buat 1 pesanan dan 2 item
INSERT INTO pesanan (tgl_pesanan, status, id_pelanggan) VALUES
    (NOW(), 'pending', 1);
 
INSERT INTO item_pesanan (id_pesanan, id_produk, qty, harga_saat_pesan) VALUES
    (1, 1, 2, 350000.00),
    (1, 3, 3, 95000.00);

-- Contoh jawaban
CREATE VIEW v_ringkasan_produk AS
SELECT
    pr.id_produk,
    pr.nama_produk,
    k.nama_kategori,
    pr.harga,
    pr.stok                          AS stok_tersisa,
    COALESCE(SUM(ip.qty), 0)         AS total_terjual
FROM produk pr
JOIN kategori k          ON pr.id_kategori = k.id_kategori
LEFT JOIN item_pesanan ip ON pr.id_produk  = ip.id_produk
GROUP BY pr.id_produk, pr.nama_produk, k.nama_kategori,
         pr.harga, pr.stok;
 
-- Test view
SELECT * FROM v_ringkasan_produk ORDER BY total_terjual DESC;

╔════════════════════════════════════════════════════════════════════╗
║              PANDUAN CEPAT: TIPE DATA MYSQL 8.0                    ║
╠═══════════════════╦════════════════════╦═══════════════════════════╣
║ Kebutuhan         ║ Tipe Data          ║ Contoh Penggunaan         ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ ID / Primary Key  ║ INT UNSIGNED       ║ id_pelanggan, id_produk   ║
║ (sistem besar)    ║ BIGINT UNSIGNED    ║ id_transaksi bank         ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Uang / Harga      ║ DECIMAL(15, 2)     ║ harga, gaji, saldo        ║
║ JANGAN FLOAT!     ║                    ║                           ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Persentase        ║ DECIMAL(5, 2)      ║ diskon, pajak (0–100.00)  ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Stok / Qty kecil  ║ SMALLINT UNSIGNED  ║ qty_item, qty_keranjang   ║
║ Stok / Qty umum   ║ INT UNSIGNED       ║ stok_produk               ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Nama orang        ║ VARCHAR(150)       ║ nama_pelanggan, nama_dosen║
║ Judul / Produk    ║ VARCHAR(300)       ║ judul_buku, nama_produk   ║
║ Email             ║ VARCHAR(255)       ║ email (standar RFC)       ║
║ URL / Link        ║ VARCHAR(2048)      ║ foto_url, link_produk     ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Kode tetap        ║ CHAR(n)            ║ NIM(12), kode_mk(8)       ║
║ (panjang sama)    ║                    ║ kode_pos(5), NIP(18)      ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Status/pilihan    ║ ENUM(...)          ║ status_pesanan, jenjang   ║
║ (terbatas, stabil)║                    ║ jenis_anggota, hari       ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Teks panjang      ║ TEXT               ║ deskripsi, catatan, bio   ║
║ Konten artikel    ║ MEDIUMTEXT         ║ isi_artikel, konten_blog  ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Tanggal saja      ║ DATE               ║ tgl_lahir, tgl_jatuh_tempo║
║ Tanggal + jam     ║ DATETIME           ║ tgl_transaksi             ║
║ Audit timestamps  ║ TIMESTAMP          ║ created_at, updated_at    ║
║ Tahun saja        ║ YEAR               ║ tahun_terbit, tahun_masuk ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Boolean/flag      ║ TINYINT(1)         ║ is_aktif, is_verified     ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Rating (1–5)      ║ TINYINT UNSIGNED   ║ rating_produk             ║
╠═══════════════════╬════════════════════╬═══════════════════════════╣
║ Koordinat GPS     ║ DECIMAL(10, 7)     ║ latitude, longitude       ║
╚═══════════════════╩════════════════════╩═══════════════════════════╝

CHECKLIST PHYSICAL DATA MODEL
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

[TIPE DATA]
□ Nilai keuangan menggunakan DECIMAL(p,s), BUKAN FLOAT atau DOUBLE
□ ID/surrogate key: INT UNSIGNED AUTO_INCREMENT
□ Kode dengan panjang tetap: CHAR(n)
□ Nama, email, deskripsi: VARCHAR(n) sesuai kebutuhan
□ Tanggal tanpa jam: DATE; dengan jam: DATETIME
□ Audit columns: TIMESTAMP (created_at, updated_at)
□ Boolean/flag: TINYINT(1) NOT NULL DEFAULT 0/1
□ Status terbatas: ENUM(...)
□ CHARACTER SET: utf8mb4, COLLATE: utf8mb4_unicode_ci

[CONSTRAINT]
□ Setiap tabel memiliki tepat satu PRIMARY KEY dengan nama eksplisit
□ Nama constraint eksplisit: pk_, fk_, uq_, ck_
□ FK total participation → NOT NULL
□ FK partial participation → boleh NULL
□ ON DELETE action dipilih dengan logika bisnis:
   □ CASCADE → weak entity dan tabel dependen
   □ RESTRICT → relasi yang harus di-maintain
   □ SET NULL → relasi opsional
□ CHECK constraint untuk validasi domain nilai
□ UNIQUE constraint untuk kolom yang harus unik secara bisnis

[INDEX]
□ Index pada SEMUA kolom FK (tidak otomatis di MySQL!)
□ Index pada kolom WHERE, ORDER BY, GROUP BY yang sering dipakai
□ Kolom ENUM dan boolean biasanya TIDAK perlu diindeks
□ Composite index dibuat jika sering ada multi-column filter
□ Nama index: idx_[tabel]_[kolom]

[SCRIPT]
□ Header script ada (nama, proyek, DBMS, tanggal, penulis)
□ Urutan tabel: dari yang tidak punya FK ke yang punya FK (topological order)
□ COMMENT pada setiap tabel
□ Script dapat dieksekusi tanpa error di MySQL 8.0
□ Naming convention konsisten: snake_case, huruf kecil
□ ENGINE=InnoDB dan charset utf8mb4 ditentukan di setiap tabel

-- ============================================================
-- DDL Script: [Nama Sistem]
-- DBMS    : MySQL 8.0+
-- Proyek  : [Nama Proyek]
-- Dibuat  : [YYYY-MM-DD]
-- Penulis : [Nama] / [NIM]
-- Versi   : 1.0
-- ============================================================
 
CREATE DATABASE IF NOT EXISTS [nama_database]
    CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
USE [nama_database];
 
-- ──────────────────────────────────────────────────────────
-- Tabel: [NAMA_TABEL] — [Deskripsi singkat]
-- Dari  : Aturan Mapping [X]
-- ──────────────────────────────────────────────────────────
CREATE TABLE [nama_tabel] (
 
    -- Identifier
    [pk_kolom]   INT UNSIGNED        NOT NULL AUTO_INCREMENT,
 
    -- Data utama
    [kolom_1]    VARCHAR(150)        NOT NULL,
    [kolom_2]    DECIMAL(15,2)       NOT NULL CHECK ([kolom_2] >= 0),
    [kolom_3]    TEXT,
 
    -- Foreign key
    [fk_kolom]   INT UNSIGNED        NOT NULL,
 
    -- Status
    is_aktif     TINYINT(1)          NOT NULL DEFAULT 1,
 
    -- Audit
    created_at   TIMESTAMP           NOT NULL DEFAULT CURRENT_TIMESTAMP,
    updated_at   TIMESTAMP           NOT NULL DEFAULT CURRENT_TIMESTAMP
                 ON UPDATE CURRENT_TIMESTAMP,
 
    -- Constraints
    CONSTRAINT pk_[tabel]          PRIMARY KEY ([pk_kolom]),
    CONSTRAINT uq_[tabel]_[kolom]  UNIQUE ([kolom_unik]),
    CONSTRAINT fk_[tabel]_[ref]    FOREIGN KEY ([fk_kolom])
        REFERENCES [tabel_ref] ([pk_ref])
        ON DELETE RESTRICT ON UPDATE CASCADE,
    CONSTRAINT ck_[tabel]_[desc]   CHECK ([kondisi]),
 
    -- Indexes
    INDEX idx_[tabel]_[fk_kolom] ([fk_kolom])
 
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_unicode_ci
  COMMENT='[Deskripsi fungsi tabel]';

LEMBAR KERJA PRAKTIKUM — DDL SCRIPT
Nama  : ___________________________ NIM : _______________
Tanggal: ___________________

LOGICAL MODEL:
KATEGORI(id_kategori, nama_kategori, slug)
PRODUK(id_produk, nama_produk, deskripsi, harga, stok, is_aktif, id_kategori*)
PELANGGAN(id_pelanggan, nama, email, no_telp, alamat_kota)
PESANAN(id_pesanan, tgl_pesanan, status, id_pelanggan*)
ITEM_PESANAN(id_pesanan*, id_produk*, qty, harga_saat_pesan)
ULASAN(id_ulasan, id_pelanggan*, id_produk*, rating, komentar, tgl_ulasan)

LANGKAH 1 — Urutan pembuatan tabel (topological order):
1. _______________  (tidak punya FK)
2. _______________  (tidak punya FK)
3. _______________  (FK ke: _______________)
4. _______________  (FK ke: _______________)
5. _______________  (FK ke: _______________)
6. _______________  (FK ke: _______________)

LANGKAH 2 — Tipe data untuk kolom penting:
┌──────────────────────┬─────────────────┬────────────────────────────┐
│ Kolom                │ Tipe Data       │ Alasan                     │
├──────────────────────┼─────────────────┼────────────────────────────┤
│ harga                │                 │                            │
│ stok                 │                 │                            │
│ is_aktif             │                 │                            │
│ rating               │                 │                            │
│ slug                 │                 │                            │
│ tgl_pesanan          │                 │                            │
│ status (pesanan)     │                 │                            │
└──────────────────────┴─────────────────┴────────────────────────────┘

LANGKAH 3 — Constraint khusus yang diperlukan:
ON DELETE action untuk ITEM_PESANAN → PESANAN: ____________
Alasan: ________________________________________________
Constraint di ULASAN untuk mencegah duplikasi review: ____________

LANGKAH 4 — Tulis DDL Script (gunakan halaman berikutnya):
[Tulis DDL Script di halaman kosong, ikuti template standar]