Audit

Audit materi dan proyek terdahulu

Pemeriksaan jujur terhadap skema praktikum, laporan Project UAS Kelompok 3, dan proyek ini sendiri — beserta perbaikan yang sudah diterapkan.

Audit ini memeriksa tiga hal: skema praktikum yang dipakai sepanjang mata kuliah,

Project UAS Kelompok 3 beserta repositori kodenya, dan proyek ORACLEDECK ini sendiri.

Setiap temuan disertai bukti dan perbaikan yang sudah diterapkan.

Yang diperiksa langsung (bukan disimpulkan): berkas 01_database_schema.sql,

hospital_db_manager.py, .env.example, keluaran git ls-files pada repositori

Tugas 3 - Hospital, serta LAPORAN_DBMS_RUMAHSAKIT_LENGKAP.md.

---

1. Skema praktikum rumah sakit

Enam tabel dari Praktikum 2. Yang berikut bukan soal selera — masing-masing punya akibat

yang bisa diukur.

1.1 Temuan tingkat tinggi

1.2 Perbaikan yang diterapkan di ORACLEDECK

-- SEBELUM (Praktikum 2)
CREATE TABLE pasien (
  id_pasien INT(3) PRIMARY KEY,      -- lebar tampilan, bukan batas nilai
  nama_pasien VARCHAR(30) NOT NULL,
  jenis_kelamin VARCHAR(1),          -- tanpa CHECK
  penyakit VARCHAR(100),             -- teks bebas
  no_hp VARCHAR(15)                  -- tanpa keunikan yang tepat
);

-- SESUDAH (02_skema_global.sql)
CREATE TABLE PASIEN (
  ID_PASIEN     NUMBER(8) NOT NULL,
  NAMA_PASIEN   VARCHAR2(60),
  JENIS_KELAMIN CHAR(1),
  PENYAKIT      VARCHAR2(100),
  NO_HP         VARCHAR2(20),        -- VARCHAR2: nol di depan aman
  KOTA          VARCHAR2(40),        -- kunci fragmentasi horizontal
  CONSTRAINT PK_PASIEN PRIMARY KEY (ID_PASIEN),
  CONSTRAINT CK_PASIEN_JK CHECK (JENIS_KELAMIN IN ('L','P'))
);

Perubahan lain: kolom biaya dan tanggal_daftar ditambahkan agar laporan dapat diuji,

ON DELETE CASCADE tetap dipakai hanya pada tabel penghubung murni, dan seluruh foreign key

diberi indeks penunjang.

Pemeriksaan tipe terkaan itu sendiri diuji: engine/oracle/emit.js menolak menjadikan

kolom bernama no_hp, nik, npwp, ktp, atau kode_pos sebagai NUMBER, dan setiap

nilai teks berawalan nol tetap VARCHAR2. Uji yang menjaganya ada di tests/oracle-emit.test.js.

1.3 Yang belum diperbaiki dan alasannya

• Tabel referensi penyakit (ICD-10) belum dibuat. Ini perubahan skema yang menyimpang jauh

dari lembar praktikum, sehingga situs tetap memakai teks bebas agar contohnya masih

bisa dicocokkan dengan soal aslinya. Rekomendasinya ada di bagian 4.

• Enkripsi kolom sensitif (Oracle TDE / DBMS_CRYPTO) tidak disertakan karena butuh

lisensi Advanced Security pada edisi berbayar dan tidak dapat diuji tanpa instans.

---

1A. Materi kuliah

Materi juga diaudit, karena contoh di modul ikut dipakai sebagai acuan jawaban.

1A.1 Contoh fragmentasi S1/S2 pada Modul 6 dan 7 tidak disjoint

Modul menaruh sex, DOB, dan salary di fragmen vertikal S1 dan di S2

(yang kemudian dipecah menjadi S21, S22, S23). Diuji dengan menjalankan operator

relasional atas data sungguhan di Lab Perancang Fragmentasi:

Akibat praktisnya: setiap perubahan gaji harus ditulis ke dua fragmen yang disimpan di situs

berbeda, dan keduanya bisa tidak sinkron. Lab menampilkan versi yang diperbaiki (S2 hanya

memuat staffno, fname, lname, branchno) yang lulus ketiga aturan. Uji regresinya ada di

tests/ddb-fragment.test.js, grup "fragmentasi campuran".

Satu inkonsistensi kecil lain di contoh yang sama: teks menyebut S1 ditempatkan di site 3,

tetapi kueri transparansi pemetaan lokal menulis FROM S1 AT SITE 5. ORACLEDECK mengikuti

definisi penempatannya (site 3).

1A.2 Studi kasus skripsi kependudukan: klaim konsistensi tanpa transaksi atomik

Skripsi di folder mata kuliah (*Implementasi Basis Data Terdistribusi untuk Meningkatkan

Konsistensi Data Kependudukan*, UIN Sunan Kalijaga, 2016) menyambung Oracle XE kecamatan

dengan MySQL desa lewat database link berbasis ODBC, dan menyimpulkan data tidak akan hilang

karena sudah direplikasi.

Dokumentasi Oracle untuk gateway itu menyatakan ia *cannot participate in distributed

transactions; only single-site transactions supported*, dan pada mode

SINGLE_SITE_AUTOCOMMIT setiap perubahan langsung di-commit

(Oracle Database Gateway for ODBC Features and Restrictions).

Artinya transaksi yang mengubah Oracle dan MySQL sekaligus tidak dapat dijamin atomik — tepat

keterbatasan gateway yang sudah diperingatkan Modul 1. Simulator 2PC/3PC kini punya peserta

"di balik gateway" untuk menunjukkan hasil campurannya, dan Lab Studi Kasus Kependudukan

membedahnya lengkap dengan data karangan.

1A.3 Dokumen salah folder

Folder SBDT juga berisi dokumen mata kuliah Manajemen Proyek Perangkat Lunak: dua salinan

20251104_UTS Manajemen Proyek Perangkat Lunak, UTS MPPL - 20210801207 - Daniel Hutajulu.pdf,

Pertemuan 8_MPPL (2).pptx, dan jawaban soal perencanaan risiko proyek. Dokumen-dokumen itu

sengaja tidak dimasukkan ke situs ini karena bukan materi basis data terdistribusi.

---

2. Project UAS Kelompok 3

Laporannya rapi dan lengkap — 1.240 baris, ERD, skrip, dan dokumentasi pengujian.

Tiga hal berikut perlu dikoreksi sebelum dipakai sebagai rujukan.

2.1 Klaim yang tidak didukung bukti

2.2 Kesenjangan terbesar: tidak ada aspek terdistribusi

Ini temuan paling penting. Project UAS untuk mata kuliah Sistem Basis Data Terdistribusi

menghasilkan basis data MySQL satu instans, satu mesin, tanpa:

• fragmentasi (horizontal, vertikal, maupun turunan),
• alokasi ke situs,
• replikasi,
• database link atau federasi,
• transaksi terdistribusi,
• pembahasan transparansi.

Seluruh isi laporan dapat dikerjakan pada mata kuliah Basis Data dasar. Bagian 2 sampai 14

Rencana Pembelajaran Semester tidak tersentuh sama sekali.

Perbaikan di ORACLEDECK: rancangan yang sama dibawa sampai ke bentuk terdistribusi —

PARTITION BY LIST (KOTA) per situs, PARTITION BY REFERENCE untuk tabel anak,

materialized view untuk tabel referensi, database link antar situs, dan diagnosa

DBA_2PC_PENDING. Semuanya ada di folder oracle/.

2.3 Repositori Tugas 3 - Hospital

Diperiksa lewat git ls-files (23 berkas terlacak):

Yang ternyata sudah benar dan layak disebut: hospital_db_manager.py tidak rentan

injeksi SQL. Satu-satunya f-string yang membentuk kueri (baris 174) hanya menyusun nama

kolom dari daftar tetap, sedangkan seluruh nilai tetap lewat placeholder %s. Ini poin

yang sering salah di kode mahasiswa, dan di sini sudah tepat.

---

3. Audit proyek ini sendiri

Proyek yang mengaudit orang lain harus siap diaudit.

3.1 Yang benar-benar diverifikasi

3.1a Bug yang ditemukan saat merender sungguhan — dan sudah diperbaiki

Seluruh uji unit lulus ketika bug-bug berikut masih ada. Semuanya baru ketahuan setelah situs

dibuka dan diklik di peramban. Masing-masing kini punya uji regresi.

3.1b Temuan putaran upgrade 2.0.0 — dan sudah diperbaiki

3.1c Putaran 2.1.0 — dijalankan di Oracle sungguhan

Seluruh skrip oracle/ dijalankan pada Oracle AI Database 26ai Free Release 23.26.3.0.0 (container

gvenzl/oracle-free:23-slim, tiga PDB + database link): 21/21 skrip lulus, 60 pemeriksaan mandiri LULUS. Mesin terminal

dibandingkan dengan Oracle yang sama: kueri 53/53, DML 7/7, kode galat 39/39, ekspor 4/4. Bukti: oracle/HASIL_UJI.md,

oracle/VERIFIKASI_MESIN.md, log SQL*Plus di oracle/bukti/.

Skrip versi 2.0.0 — yang hanya diuji pembangkitnya — ternyata tidak akan berjalan di Oracle:

Verifikasi silang juga menemukan mesin terminal menyimpang dari Oracle, dan sudah disamakan:

kolom salah pada tabel kosong lolos tanpa galat (Oracle memeriksa saat parse), TRUNCATE induk

selalu ditolak padahal Oracle 23ai mengizinkannya bila anak kosong, CHECK tingkat kolom yang

menyebut kolom lain (ORA-02438), pengurai tanggal yang terlalu ketat, dan pembacaan tabel yang

dikunci transaksi ragu-ragu (Oracle menolak dengan ORA-01591).

3.2 Yang TIDAK diverifikasi — batas yang jujur

1. Tiga situs diuji dalam satu container Oracle Free, bukan tiga server. Latensi, partisi

jaringan sungguhan, dan perbedaan versi antarsitus tidak ikut teruji. Kegagalan 2PC

disimulasikan dengan fasilitas resmi ORA-2PC-CRASH-TEST-n, bukan dengan mematikan server.

2. Model biaya adalah model, bukan pengukuran. Angka biaya pada Lab Alokasi dan Lab Join

memakai fungsi biaya abstrak (biaya per pesan + biaya per byte). Ia menunjukkan arah dan

titik impas dengan benar, tetapi angkanya bukan milidetik pada jaringan sungguhan.

3. Simulator 2PC/3PC menyederhanakan waktu. Tidak ada jam sungguhan, tidak ada pesan yang

datang tidak berurutan, tidak ada kegagalan sebagian pesan. Sifat yang ditunjukkan

(blokir vs tidak blokir) benar; ketepatan waktunya bukan tujuan.

4. Terminal SQL bukan Oracle. SELECT lanjutan, DML, DDL, transaksi, dan kamus data sudah

didukung, tetapi belum ada window function, MERGE, ALTER TABLE, PL/SQL, sequence, dan

trigger. Rencana eksekusi mengikuti evaluasi logis, bukan pengoptimal biaya Oracle. Kode

galat dijamin sama dengan Oracle hanya untuk kasus terdaftar; teks pesannya ditulis ulang.

Kunci transaksi ragu-ragu diterapkan per tabel, sedangkan Oracle menguncinya per baris.

4a. Kontras warna dan pembaca layar belum diuji. Pemeriksa situs hanya memeriksa struktur

HTML statis (judul, landmark, label, alt). Isi yang digambar skrip lab dan kontras setiap

kombinasi tema belum diaudit dengan alat khusus maupun pembaca layar sungguhan.

5. Situs hanya berbahasa Indonesia. Materinya berbahasa Indonesia dan pembacanya peserta

kuliah berbahasa Indonesia. Versi dwibahasa yang setengah jadi lebih buruk daripada satu

bahasa yang utuh — jadi tidak dipaksakan. Lihat rekomendasi bagian 4.

6. Data contoh adalah data karangan. Nama pasien, dokter, dan penyakit dibuat sendiri.

Tidak ada satu pun data pribadi nyata di repositori ini.

3.3 Utang teknis yang diketahui

• engine/core/sql.js kini ~1.300 baris (tokenizer, parser SELECT/DML/DDL, eksekutor) dan

engine/core/terminal.js ~1.100 baris. Keduanya masih terbaca dan teruji, tetapi sudah waktunya

dipecah: parser DDL ke ddl.js, kamus data dan preset ke modul sendiri.

• Preset terdistribusi membangkitkan fragmen setiap kali sesi dibuat. Untuk data praktikum

(puluhan baris) tidak terasa; untuk data ribuan baris perlu salinan malas (copy-on-write).

• candidateKeys pada engine/core/fd.js menelusuri seluruh subset atribut, sehingga dibatasi

20 atribut. Untuk keperluan kuliah ini cukup; untuk skema nyata perlu algoritma yang lebih baik.

• optimalAllocation melakukan enumerasi penuh dan baru beralih ke greedy setelah ruang

pencariannya melampaui 200.000 kombinasi. Batas itu ditetapkan berdasarkan kenyamanan,

bukan pengukuran.

---

4. Rekomendasi

Diurutkan menurut dampak dibagi usaha.

Sudah dieksekusi pada putaran 2.0.0

• Terminal SQL Live dengan DML, DDL, transaksi, kamus data, dan tiga situs lewat database link —

menutup kesenjangan "materi dibaca, tidak dijalankan" pada topik 6, 9, 12, dan 14.

• Soal UPDATE/DELETE Praktikum 2 (poin k dan l) dengan aturan CASCADE sesuai lembar praktikum.
• Tombol ▶ Jalankan yang hanya muncul pada SQL yang terbukti berjalan, kueri coba per topik,

catatan istilah lengkap, pencarian, kemajuan belajar, tema, PWA luring.

• Lab berbasis teks menghitung ulang saat mengetik; penilaian bank soal langsung.
• CSP, pemeriksaan aksesibilitas statis, SECURITY.md, CHANGELOG.md, Semantic Versioning, dan

halaman Standar Kualitas yang memetakan ISO/IEC 25010:2023 ke bukti yang bisa diperiksa.

Segera (untuk nilai mata kuliah)

1. Sudah dieksekusi di 2.1.0: skrip oracle/ dan \ekspor terminal dijalankan di Oracle Free lewat

Docker, lengkap dengan log bukti. Langkah berikutnya yang paling bernilai: ulangi uji 2PC pada

dua container terpisah lalu matikan salah satunya sungguhan setelah PREPARE.

Satu perintah: docker run -d -p 1521:1521 -e ORACLE_PASSWORD=oracle gvenzl/oracle-free:23-slim.

Ini mengubah satu-satunya bagian yang belum terverifikasi menjadi terverifikasi, dan

menghasilkan bukti yang jauh lebih kuat daripada laporan mana pun di folder mata kuliah.

2. Hapus klaim "production-ready" dari laporan Kelompok 3, atau lengkapi syaratnya:

pengguna basis data non-root dengan hak minimal, sandi yang tidak kosong, dan prosedur

pemulihan cadangan yang pernah dijalankan minimal satu kali.

3. Ganti tabel "Query Performance Testing" dengan pengukuran yang bisa diulang: jalankan

tiap kueri 100 kali, laporkan median dan persentil ke-95, sebutkan apakah cache dikosongkan.

Pada 30 baris, jawaban jujurnya adalah "terlalu kecil untuk diukur" — dan itu jawaban yang sah.

Menengah

4. Tambahkan tabel referensi penyakit dengan kode ICD-10. Teks bebas membuat setiap

pengelompokan tidak bisa dipercaya, dan pengelompokan itulah isi hampir semua laporan medis.

5. Ganti ON DELETE CASCADE pada tabel rekam medis menjadi ON DELETE RESTRICT ditambah

kolom penanda nonaktif. Rekam medis tidak boleh hilang karena satu baris induk dihapus.

6. Tambahkan kolom jejak audit (dibuat_pada, diubah_pada, diubah_oleh) pada seluruh

tabel yang memuat data kesehatan, dan catat setiap pembacaan data pasien. UU PDP No. 27/2022

menuntut pengendali data dapat menunjukkan siapa mengakses apa.

Jangka panjang

7. Uji ketahanan sungguhan. Jalankan dua kontainer Oracle, buat database link di antaranya,

mulai transaksi terdistribusi, lalu matikan salah satu kontainer tepat setelah fase PREPARE.

Amati DBA_2PC_PENDING. Itulah satu-satunya cara membuktikan sendiri bahwa 2PC memblokir —

dan pengalaman itu tidak tergantikan simulasi mana pun.

8. Versi bahasa Inggris bila situs ini hendak dipakai di luar kelas. Kerjakan sebagai

lapisan terpisah dengan kamus penuh dan uji kebocoran antarbahasa, bukan sebagai terjemahan

sebagian.

9. Bandingkan dengan sistem terdistribusi modern. Konsep yang sama muncul lagi dengan nama

berbeda: sharding di MongoDB, Raft di CockroachDB dan etcd, consistent hashing di Cassandra.

Menautkan 2PC klasik ke konsensus modern akan membuat materi ini terasa hidup, bukan sejarah.