Program Studi Bisnis Digital • FEB UNDIP

Sistem Database

Pertemuan 1 — Definisi dan Manfaat Basis Data

Apa itu data dan basis data, mengapa perusahaan tidak bisa lagi mengandalkan file terpisah, dan manfaat konkret basis data bagi bisnis digital.

RPS MINGGU 1 • 2 × 50 MENIT

Selamat pagi/siang, Anda semua, selamat datang di mata kuliah Sistem Database. Sebelum masuk ke definisi teknis, saya ingin Anda membayangkan sesuatu yang sangat dekat dengan keseharian Anda: setiap kali Anda membuka aplikasi Tokopedia untuk melihat status pesanan, atau mengecek saldo di aplikasi BCA mobile, sebenarnya ada basis data raksasa di baliknya yang bekerja dalam hitungan milidetik. Mata kuliah ini akan membawa Anda dari nol — tanpa asumsi Anda pernah menyentuh database sama sekali — sampai mampu merancang dan menulis query SQL sendiri di akhir semester. Hari ini kita mulai dari fondasi paling dasar: apa itu data, apa itu basis data, dan mengapa hampir semua bisnis modern, dari warung online sampai bank besar, tidak bisa berjalan tanpanya. Siapkan catatan Anda, karena istilah-istilah hari ini akan terus kita pakai sampai pertemuan keempat belas.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu menjelaskan definisi, komponen, dan manfaat basis data bagi organisasi bisnis. Secara rinci:

CAPAIAN 1

DEFINISI

Membedakan data, informasi, dan basis data, serta mengenal DBMS (perangkat lunak pengelola basis data).

CAPAIAN 2

KOMPONEN

Mengidentifikasi komponen sistem basis data: perangkat keras, perangkat lunak, data, prosedur, dan pengguna.

CAPAIAN 3

PERBANDINGAN

Membandingkan pendekatan file-based lama dengan pendekatan basis data modern.

CAPAIAN 4

MANFAAT

Menjelaskan manfaat basis data — mengurangi redundansi, menjaga konsistensi, dan mempercepat akses data.

Bayangkan Toko Online Anda Tanpa Basis Data

Anda baru membuka toko online kecil di Semarang, menjual kaos UMKM. Awalnya semua data Anda catat manual di tiga file Excel terpisah: satu untuk stok, satu untuk pesanan, satu untuk pelanggan.

MASALAH 1

STOK SALAH

Barang yang sudah habis di file stok masih tampil "tersedia" di file pesanan — Anda lupa update dua-duanya.

MASALAH 2

DATA GANDA

Nomor HP pelanggan yang sama diketik ulang di file pesanan dan file pelanggan — sering beda ejaan, membingungkan.

MASALAH 3

SULIT DICARI

Mencari "berapa total penjualan bulan ini" berarti membuka tiga file dan menghitung manual satu per satu.

Ketiga masalah ini adalah alasan mengapa hampir setiap bisnis, sekecil apa pun, akhirnya beralih ke basis data — dan itulah yang akan kita pelajari hari ini.

Data, Informasi, dan Basis Data — Tiga Hal Berbeda

DATA

FAKTA MENTAH

Fakta belum diolah: "Budi", "120000", "12-07-2026". Belum bermakna kalau berdiri sendiri.

INFORMASI

HASIL OLAHAN

Data yang sudah diolah jadi bermakna: "Budi membeli kaos senilai Rp 120.000 pada 12 Juli 2026."

BASIS DATA

WADAH TERSTRUKTUR

Database: kumpulan data yang saling berkaitan, disimpan terstruktur, dikelola agar mudah diakses banyak orang.

DATA → (diolah/diproses) → INFORMASI → (disimpan terstruktur) → BASIS DATA

Mari luruskan tiga istilah yang paling sering tertukar di semester pertama kuliah ini. Data adalah fakta mentah yang belum punya konteks — angka seratus dua puluh ribu itu sendiri tidak bermakna apa-apa sampai kita tahu itu adalah harga apa, dibeli siapa, dan kapan. Ketika fakta-fakta mentah itu kita olah dan beri konteks, jadilah informasi — kalimat yang bisa langsung dipahami dan dipakai mengambil keputusan. Basis data, atau database, adalah wadah tempat kita menyimpan data secara terstruktur dan saling berkaitan, sehingga bisa diolah menjadi informasi kapan saja dibutuhkan, oleh siapa saja yang berwenang. Ingat alur di formula box ini baik-baik: data mentah, diolah jadi informasi, dan basis data adalah rumah tempat data itu disimpan rapi agar proses pengolahan tadi bisa dilakukan berulang kali secara efisien.

Definisi Formal: Basis Data dan DBMS

Basis data (database) adalah kumpulan data yang saling berhubungan, disimpan secara terorganisasi dalam media penyimpanan komputer, dan dapat diakses oleh banyak program aplikasi maupun pengguna secara bersamaan.

DBMS

SOFTWARE PENGELOLA

Database Management System — perangkat lunak yang menjadi "jembatan" antara pengguna/aplikasi dan basis data. Contoh: MySQL, PostgreSQL, Microsoft SQL Server, Oracle.

SISTEM BASIS DATA

DATA + DBMS

Gabungan basis data itu sendiri dengan DBMS yang mengelolanya — inilah yang disebut database system secara utuh.

Analogi sederhana: basis data adalah perpustakaan buku, DBMS adalah pustakawan dan sistem katalognya — yang tahu di mana buku disimpan, siapa boleh pinjam, dan bagaimana mencarinya dengan cepat.

Sekarang kita masuk ke definisi yang lebih formal, karena ini akan sering muncul di ujian dan di dunia kerja. Basis data adalah kumpulan data yang saling berhubungan, tersimpan rapi di media penyimpanan komputer, dan bisa diakses banyak orang atau banyak program sekaligus — bayangkan ribuan pengguna Tokopedia mengakses data produk yang sama detik ini juga. Tapi basis data itu sendiri hanyalah kumpulan file; ia butuh perangkat lunak yang mengelolanya, itulah yang disebut DBMS, Database Management System. Contoh DBMS yang nanti akan kita pakai praktik di semester ini termasuk MySQL dan PostgreSQL. Analogi yang paling gampang: kalau basis data itu perpustakaan penuh buku, DBMS adalah pustakawan sekaligus sistem katalognya — dialah yang tahu persis di rak mana buku itu berada dan mengatur siapa boleh meminjam apa. Sistem basis data secara utuh adalah gabungan keduanya: data itu sendiri, plus perangkat lunak yang mengelolanya.

Lima Komponen Sistem Basis Data

Sistem basis data yang utuh bukan hanya "aplikasi database" — ia terdiri dari lima komponen yang saling bekerja sama:

KOMPONEN & PERANNYA

Perangkat keras (hardware) — server, storage, jaringan tempat data fisik tersimpan.
Perangkat lunak (software) — DBMS itu sendiri, plus sistem operasi dan aplikasi pendukung.
Data — inti sistem: fakta yang disimpan, baik data operasional maupun data meta (data tentang data).

Prosedur — aturan dan panduan resmi tentang cara mengakses, mem-backup, dan menjaga keamanan data.
Pengguna (user) — DBA (administrator basis data), programmer aplikasi, dan pengguna akhir (end user).

Kalau salah satu komponen ini hilang atau lemah — misalnya tidak ada prosedur backup — seluruh sistem basis data berisiko, walau perangkat lunaknya secanggih apa pun.

Banyak orang mengira basis data hanya soal software, padahal sistem basis data yang sehat butuh lima komponen sekaligus. Perangkat keras adalah fondasi fisik — server tempat data benar-benar disimpan, seperti server yang dipakai Bank Indonesia untuk transaksi RTGS setiap hari. Perangkat lunak mencakup DBMS-nya sendiri seperti MySQL, ditambah sistem operasi dan aplikasi pendukung lain. Data adalah jantungnya — baik data operasional seperti transaksi, maupun metadata, yaitu data yang menjelaskan struktur data itu sendiri. Prosedur adalah aturan tertulis, misalnya kapan backup dilakukan dan siapa yang berwenang mengubah data gaji karyawan. Terakhir, pengguna terdiri dari database administrator yang menjaga sistem, programmer yang membangun aplikasi di atasnya, dan pengguna akhir seperti kasir toko yang sehari-hari memakainya. Kalau salah satu komponen lemah, misalnya tidak ada prosedur backup, seluruh sistem berisiko meski softwarenya canggih.

Bagian 2 dari 4

Mengapa Beralih dari File ke Basis Data?

Membandingkan pendekatan file-based system lama dengan pendekatan basis data modern, dan bagaimana keduanya dilihat dalam tiga lapis arsitektur.

Walkthrough: Sistem File Lama vs Basis Data

Ikuti dua kasus berikut secara bertahap — perhatikan di mana masalah muncul di sistem file, dan bagaimana basis data menyelesaikannya.

Tahap	Sistem File Terpisah (lama)	Basis Data Terintegrasi (baru)
1. Simpan data pelanggan baru	Diketik manual di file Excel pesanan dan file Excel pelanggan — dua kali kerja	Diketik satu kali, tersimpan di satu tabel, dipakai bersama oleh semua aplikasi
2. Pelanggan pindah alamat	Harus diubah di setiap file yang menyimpannya — mudah lupa satu tempat	Diubah satu kali di satu tabel, otomatis berlaku ke semua laporan
3. Dua staf mengubah data bersamaan	File Excel bisa ter-lock atau saling menimpa perubahan	DBMS mengatur akses bersamaan (concurrency control) agar tidak bentrok
4. Sistem mati mendadak	Data yang belum sempat disimpan hilang tanpa jejak	DBMS punya mekanisme pemulihan (recovery) berbasis log transaksi

Mari kita telusuri perbandingan ini tahap demi tahap, karena inilah inti argumen mengapa basis data diciptakan. Tahap pertama: menyimpan pelanggan baru di sistem file lama berarti mengetik dua kali di dua file berbeda, sementara di basis data cukup sekali karena datanya dipakai bersama oleh semua bagian aplikasi. Tahap kedua: ketika pelanggan pindah alamat, sistem file lama rawan lupa memperbarui salah satu file, sementara basis data cukup diubah satu kali dan otomatis konsisten di semua laporan. Tahap ketiga menyangkut situasi ketika dua staf mengedit data bersamaan — file Excel biasa bisa saling menimpa perubahan, sedangkan DBMS punya mekanisme pengaturan akses bersamaan yang disebut concurrency control. Tahap keempat, ketika listrik tiba-tiba padam, sistem file bisa kehilangan data yang belum tersimpan, sementara DBMS punya mekanisme pemulihan berbasis catatan transaksi. Perhatikan polanya: di setiap tahap, basis data menang karena punya mekanisme otomatis yang tidak dimiliki file biasa.

Arsitektur Tiga Level Basis Data (ANSI/SPARC)

DARI SUDUT PANDANG PENGGUNA SAMPAI PENYIMPANAN FISIK

Diagram ini menjelaskan mengapa basis data yang sama bisa "terlihat" berbeda-beda tergantung siapa yang memakainya. Level eksternal adalah apa yang dilihat pengguna sehari-hari — seorang kasir toko online hanya melihat layar input pesanan, tidak perlu tahu struktur tabel di baliknya. Level konseptual adalah rancangan keseluruhan basis data yang dibuat oleh database administrator — tabel apa saja yang ada, bagaimana mereka berelasi, dan aturan bisnis apa yang berlaku, misalnya stok tidak boleh minus. Level internal atau fisik adalah bagaimana data itu benar-benar disimpan di hard disk atau SSD server, termasuk pengindeksan agar pencarian cepat. Tiga level ini sengaja dipisahkan supaya perubahan di satu level, misalnya mengganti jenis penyimpanan fisik, tidak memaksa kita mengubah tampilan aplikasi yang dilihat kasir. Ini prinsip penting yang disebut independensi data, dan akan sering muncul lagi saat kita bahas perancangan basis data di pertemuan-pertemuan mendatang.

Basis Data di Sekitar Anda, Setiap Hari

Basis data bukan konsep abstrak — ia bekerja di balik hampir semua aplikasi yang Anda pakai sehari-hari:

PERBANKAN

BCA / BSI

Setiap transfer, tarik tunai ATM, dan cek saldo membaca & menulis ke basis data rekening secara real-time.

PASAR MODAL

BEI (IDX)

Bursa Efek Indonesia mencatat jutaan order jual-beli saham BBCA, TLKM, GOTO setiap detik dalam basis data transaksional.

E-COMMERCE

TOKOPEDIA

Stok produk, riwayat pesanan, dan ulasan pembeli semuanya tersimpan dan diambil dari basis data terpusat.

Sebagai mahasiswa bisnis digital, Anda akan sering merancang atau berinteraksi dengan basis data seperti ini — bukan sebagai programmer murni, tapi sebagai pengambil keputusan bisnis berbasis data.

Saya ingin Anda menyadari bahwa basis data bukanlah topik yang jauh dari kehidupan Anda — justru ia adalah tulang punggung hampir semua layanan digital yang Anda pakai setiap hari. Ketika Anda transfer uang lewat aplikasi BCA, sistem itu langsung membaca dan mengubah data saldo di basis data rekening Anda dalam hitungan detik. Ketika Anda melihat pergerakan harga saham BBCA atau GOTO di aplikasi sekuritas, data itu diambil dari basis data transaksional Bursa Efek Indonesia yang mencatat jutaan order setiap harinya. Ketika Anda belanja di Tokopedia, stok barang, riwayat pesanan, sampai ulasan pembeli semuanya tersimpan rapi di basis data mereka. Sebagai mahasiswa program studi bisnis digital, Anda tidak harus jadi programmer basis data yang mahir, tapi Anda wajib memahami logikanya, karena kelak Anda akan mengambil keputusan bisnis berdasarkan data yang tersimpan di sistem seperti ini.

Bagian 3 dari 4

Manfaat Basis Data — Dihitung, Bukan Sekadar Diklaim

Mengurangi redundansi, mencegah anomali, dan mempercepat akses data — kita akan hitung angkanya sendiri dari nol.

Empat Manfaat Utama Basis Data

MANFAAT 1

REDUNDANSI TURUN

Data disimpan satu kali di satu tempat, dipakai bersama banyak aplikasi — bukan diketik ulang berkali-kali.

MANFAAT 2

KONSISTENSI & INTEGRITAS

Perubahan data di satu tempat otomatis berlaku ke semua laporan — data selalu sinkron, tidak ada versi yang berbeda-beda.

MANFAAT 3

AKSES CEPAT & BERSAMA

Banyak pengguna bisa mengakses data yang sama secara bersamaan, dengan pencarian yang jauh lebih cepat berkat pengindeksan.

MANFAAT 4

KEAMANAN TERKONTROL

DBMS mengatur siapa boleh melihat/mengubah data apa — misalnya kasir tidak bisa membuka data gaji karyawan.

Mari rangkum empat manfaat basis data yang paling sering ditanyakan dalam ujian maupun wawancara kerja. Pertama, redundansi turun — data cukup disimpan satu kali dan dipakai bersama, bukan diketik ulang di banyak file seperti skenario toko online kita di awal tadi. Kedua, konsistensi dan integritas data terjaga, karena perubahan di satu tempat otomatis berlaku di semua laporan, sehingga tidak ada lagi versi data yang saling bertentangan. Ketiga, akses menjadi cepat dan bisa dilakukan banyak orang sekaligus — bayangkan ribuan pengguna Tokopedia mencari produk yang sama detik ini, dan DBMS mampu melayaninya berkat teknik pengindeksan. Keempat, keamanan menjadi terkontrol, karena DBMS bisa mengatur hak akses secara rinci, misalnya kasir toko hanya bisa melihat data transaksi, bukan data gaji karyawan yang sensitif. Empat manfaat ini akan kita buktikan dengan hitungan konkret di dua slide berikutnya.

Walkthrough: Tiga Anomali Tanpa Basis Data Terintegrasi

Kasus: toko UMKM menyimpan data pesanan dan data produk dalam satu file besar yang tidak dipisah dengan benar (belum ternormalisasi).

Tahap	Yang Terjadi	Nama Masalah (Anomali)
1. Produk "Kaos UMKM" belum pernah dipesan	Data produk tidak bisa disimpan karena kolomnya menyatu dengan tabel pesanan — belum ada pesanan berarti belum bisa dicatat	Anomali Sisip (insert anomaly)
2. Harga "Kaos UMKM" naik dari Rp 80.000 ke Rp 90.000	Harus diubah di setiap baris pesanan yang memuat produk itu — kalau ada 1 baris terlewat, data jadi tidak konsisten	Anomali Ubah (update anomaly)
3. Pesanan terakhir produk "Totebag Batik" dihapus (dibatalkan)	Karena itu satu-satunya baris yang menyimpan data produk Totebag, data produknya ikut lenyap — padahal produknya masih ada	Anomali Hapus (delete anomaly)

Sekarang kita masuk ke sisi gelapnya — apa yang terjadi kalau data tidak dirancang dengan baik dalam sebuah basis data. Tahap pertama, anomali sisip: bayangkan produk baru "Kaos UMKM" belum pernah ada yang memesan, tapi karena data produk dan data pesanan disatukan dalam satu tabel besar, kita tidak bisa mencatat produk itu sampai ada pesanan pertamanya. Tahap kedua, anomali ubah: ketika harga produk naik, kita harus mengubahnya di setiap baris pesanan yang memuat produk itu — kalau ada satu baris saja yang terlewat, sistem sekarang menyimpan dua harga berbeda untuk produk yang sama, jelas keliru. Tahap ketiga, anomali hapus: jika pesanan terakhir untuk produk "Totebag Batik" dibatalkan dan dihapus, data produknya ikut hilang, padahal produknya masih ada di gudang. Ketiga anomali ini adalah alasan teknis mengapa nanti di pertemuan keempat sampai ketujuh kita belajar normalisasi — teknik merapikan struktur tabel supaya anomali seperti ini tidak terjadi.

Hitung dari Nol #1: Berapa Storage yang Dihemat Basis Data?

Kasus: kampus menyimpan data 3.000 mahasiswa di tiga sistem terpisah (akademik, keuangan, perpustakaan) yang masing-masing menyimpan data identitas yang sama.

Langkah	Perhitungan	Nilai
1. Jumlah mahasiswa	Data diketahui	3.000 mahasiswa
2. Ukuran 1 record data mahasiswa	Nama + NIM + alamat + kontak ≈ 2 KB	2 KB/record
3. Storage TANPA basis data (3 sistem terpisah, data diulang)	3.000 × 3 × 2 KB	18.000 KB (18 MB)
4. Storage DENGAN basis data terintegrasi (disimpan 1×)	3.000 × 2 KB	6.000 KB (6 MB)
5. Storage yang dihemat	18.000 − 6.000 KB	12.000 KB (12 MB)
6. Persentase penghematan	12.000 / 18.000 × 100%	66,7%

HASIL AKHIR

66,7% LEBIH HEMAT

Basis data terintegrasi vs 3 sistem file terpisah

Sekarang kita buktikan manfaat pertama dengan angka konkret, bukan sekadar klaim. Kita mulai dari jumlah mahasiswa yang diketahui, tiga ribu orang. Satu record data identitas mahasiswa — nama, NIM, alamat, kontak — kita perkirakan berukuran sekitar dua kilobita, angka wajar untuk data teks sederhana. Tanpa basis data terintegrasi, data yang sama disimpan berulang di tiga sistem berbeda, sehingga totalnya tiga ribu dikali tiga dikali dua kilobita, sama dengan delapan belas ribu kilobita atau delapan belas megabita. Dengan basis data terintegrasi, data itu cukup disimpan sekali saja, sehingga totalnya hanya enam ribu kilobita atau enam megabita. Selisihnya adalah dua belas ribu kilobita yang berhasil dihemat, dan kalau kita hitung persentasenya, itu setara enam puluh enam koma tujuh persen penghematan ruang penyimpanan. Angka ini bukan sihir — murni konsekuensi logis dari prinsip "simpan sekali, pakai bersama" yang menjadi inti filosofi basis data.

Hitung dari Nol #2: Berapa Kali Lebih Cepat Pencarian Data?

Kasus: petugas administrasi mencari 1 berkas mahasiswa di antara 10.000 arsip kertas, dibanding memakai query basis data.

Langkah	Perhitungan	Nilai
1. Total arsip kertas	Data diketahui	10.000 berkas
2. Waktu cek 1 berkas manual (rata-rata)	3 detik/berkas × separuh arsip (rata-rata posisi dicari)	10.000/2 × 3 detik
3. Total waktu pencarian manual	5.000 × 3 detik	15.000 detik (≈250 menit)
4. Waktu query basis data terindeks	Data diketahui (query dgn index)	0,5 detik
5. Berapa kali lebih cepat basis data	15.000 detik / 0,5 detik	30.000 kali
6. Waktu yang dihemat per pencarian	250 menit − (0,5/60) menit	≈249,99 menit

Mari hitung manfaat kedua: kecepatan akses. Bayangkan seorang petugas administrasi harus mencari satu berkas mahasiswa di antara sepuluh ribu arsip kertas yang disusun tidak berurutan. Rata-rata, ia perlu memeriksa sekitar tiga detik per berkas, dan secara statistik posisi berkas yang dicari ada di sekitar separuh dari total arsip, sehingga totalnya lima ribu berkas dikali tiga detik sama dengan lima belas ribu detik, atau sekitar dua ratus lima puluh menit — hampir empat setengah jam. Bandingkan dengan basis data yang sudah memakai pengindeksan, di mana query pencarian data serupa hanya butuh sekitar setengah detik. Kalau kita bagi lima belas ribu detik dengan setengah detik, hasilnya tiga puluh ribu kali lebih cepat — angka yang sering terdengar berlebihan, tapi ini konsekuensi nyata dari struktur data yang terindeks dengan baik, mirip daftar isi buku dibanding membaca seluruh halaman satu per satu. Waktu yang dihemat nyaris dua ratus lima puluh menit setiap kali pencarian — bayangkan dikalikan ratusan pencarian setiap hari di kampus kita.

Coba Sendiri: Hitung Penghematan Basis Data Anda Sendiri

Geser jumlah arsip dan ukuran data untuk melihat langsung berapa storage dan waktu pencarian yang dihemat basis data dibanding sistem manual.

Siapa yang Berinteraksi dengan Basis Data?

DBA

ADMINISTRATOR

Database Administrator — merancang struktur, menjaga keamanan, backup, dan performa basis data secara keseluruhan.

PROGRAMMER

PENGEMBANG

Menulis kode aplikasi yang berkomunikasi dengan basis data lewat perintah SQL (akan Anda pelajari di P9–P14).

END USER

PENGGUNA AKHIR

Kasir, admin gudang, manajer — memakai aplikasi tanpa perlu tahu struktur tabel di baliknya.

Di prodi Bisnis Digital, Anda kelak lebih sering berperan sebagai penghubung antara kebutuhan bisnis dan tim teknis — memahami logika basis data membuat Anda bisa "bicara satu bahasa" dengan programmer dan DBA.

Sistem basis data melibatkan beberapa peran yang perlu Anda kenali sejak awal. Database administrator, atau DBA, adalah orang yang bertanggung jawab atas keseluruhan sistem — merancang strukturnya, menjaga keamanannya, memastikan backup rutin berjalan, dan mengoptimalkan performanya agar tetap cepat walau data terus bertambah. Programmer aplikasi adalah orang yang menulis kode program yang berkomunikasi dengan basis data, biasanya lewat bahasa SQL yang akan mulai kita pelajari secara intensif mulai pertemuan kesembilan. Pengguna akhir adalah orang-orang seperti kasir toko atau admin gudang yang memakai aplikasi sehari-hari tanpa perlu tahu detail struktur tabel di baliknya — mereka cukup klik tombol dan mengisi formulir. Sebagai mahasiswa bisnis digital, peran Anda kelak sering berada di tengah: memahami logika basis data secukupnya supaya Anda bisa menerjemahkan kebutuhan bisnis kepada tim teknis, dan sebaliknya memahami batasan teknis kepada pihak manajemen.

Bagian 4 dari 4

Jenis Basis Data & Menutup Pertemuan

Mengenal basis data relasional vs non-relasional, lalu latihan diskusi kelas dan rangkuman.

Dua Jenis Basis Data yang Perlu Anda Kenal

RELASIONAL (SQL)

TABEL & RELASI

Data disimpan dalam tabel baris-kolom yang saling berelasi. Contoh: MySQL, PostgreSQL. Inilah fokus mata kuliah kita — dari P1 sampai P14.

NON-RELASIONAL (NoSQL)

DOKUMEN/FLEKSIBEL

Data disimpan lebih fleksibel (dokumen, key-value). Contoh: MongoDB. Cocok untuk data yang strukturnya sering berubah-ubah.

Basis data relasional tetap menjadi standar industri untuk data transaksional bisnis (keuangan, penjualan, inventori) karena kekuatannya menjaga integritas dan konsistensi data — sesuai alur RPS kita ke depan.

Sebagai gambaran umum, basis data terbagi menjadi dua keluarga besar. Basis data relasional menyimpan data dalam bentuk tabel berisi baris dan kolom yang saling berelasi satu sama lain lewat kunci tertentu — inilah jenis yang akan kita pelajari secara mendalam sepanjang empat belas pertemuan ke depan, mulai dari perancangan model Entity-Relationship di pertemuan kedua sampai penulisan query SQL lanjutan di pertemuan terakhir. Basis data non-relasional, sering disebut NoSQL, menyimpan data dengan cara yang lebih fleksibel, misalnya dalam bentuk dokumen seperti MongoDB, dan cocok untuk kasus di mana struktur datanya sering berubah-ubah, misalnya data log aktivitas pengguna media sosial. Untuk kebutuhan bisnis transaksional seperti data keuangan, penjualan, dan inventori — yang butuh integritas data yang sangat ketat — basis data relasional tetap menjadi standar industri sampai hari ini, dan itulah alasan mata kuliah ini berfokus penuh padanya.

Latihan: Diskusi Kelompok Kecil (10 Menit)

Bentuk kelompok 3–4 orang. Pilih satu bisnis yang Anda kenal (warung, laundry, toko online, kos-kosan) yang masih mencatat data manual/Excel terpisah.

JAWAB BERSAMA KELOMPOK ANDA

1. Data apa saja yang mereka simpan? (pelanggan, stok, transaksi, dll.)
2. Anomali apa yang mungkin terjadi — sisip, ubah, atau hapus? Beri contoh konkret.
3. Jika mereka pindah ke basis data terintegrasi, manfaat mana (dari 4 manfaat) yang paling terasa untuk bisnis mereka?

Perwakilan 2 kelompok akan diminta presentasi singkat 2 menit. Siapkan jawaban Anda.

Sekarang saatnya Anda mempraktikkan apa yang sudah dipelajari lewat diskusi kelompok kecil. Silakan bentuk kelompok tiga sampai empat orang, lalu pilih satu bisnis yang benar-benar Anda kenal — bisa warung dekat kos Anda, laundry langganan, atau bahkan bisnis online orang tua Anda sendiri — yang Anda tahu masih mencatat data secara manual atau di Excel terpisah. Diskusikan tiga pertanyaan ini bersama kelompok: pertama, data apa saja yang sebenarnya mereka simpan; kedua, anomali apa yang berpotensi terjadi, apakah anomali sisip, ubah, atau hapus, dan berikan contoh konkret sesuai bisnis yang Anda pilih; ketiga, dari empat manfaat basis data yang sudah kita bahas, mana yang paling terasa dampaknya untuk bisnis tersebut. Saya beri waktu sepuluh menit, dan setelah itu saya akan meminta dua kelompok untuk presentasi singkat di depan kelas. Slide ini sengaja tidak beranimasi bertahap supaya Anda bisa membaca instruksi lengkapnya sekaligus.

Rangkuman & Menuju Pertemuan Berikutnya

RANGKUMAN HARI INI

Data → Informasi → Basis data (kumpulan data terstruktur & terelasi)
DBMS = software pengelola (MySQL, PostgreSQL, dll.)
5 komponen: hardware, software, data, prosedur, pengguna
Manfaat: redundansi turun (≈66,7%), konsisten, akses cepat (30.000×), aman
3 anomali tanpa basis data: sisip, ubah, hapus

PERTEMUAN 2

LINGKUNGAN & PEMODELAN DATA

Kita mulai merancang basis data dengan model Entity-Relationship (ER) — bagaimana mengubah kebutuhan bisnis jadi diagram entitas & relasi.

Tugas: bawa hasil diskusi kelompok hari ini (tertulis) sebagai bahan pemanasan pertemuan depan.

Mari kita rangkum perjalanan kita hari ini. Kita mulai dari membedakan data, informasi, dan basis data, lalu memahami bahwa DBMS adalah perangkat lunak yang menjembatani keduanya, dengan lima komponen yang harus bekerja sama: perangkat keras, perangkat lunak, data, prosedur, dan pengguna. Kita membuktikan lewat perhitungan sendiri bahwa basis data bisa menghemat penyimpanan hingga enam puluh enam koma tujuh persen dan mempercepat pencarian data hingga tiga puluh ribu kali lipat dibanding cara manual. Kita juga mengenal tiga anomali yang muncul kalau data tidak dirancang dengan baik: anomali sisip, ubah, dan hapus. Minggu depan, di pertemuan kedua, kita akan mulai masuk ke tahap perancangan sesungguhnya dengan model Entity-Relationship, alat yang dipakai untuk menggambarkan kebutuhan bisnis menjadi diagram entitas dan relasi sebelum akhirnya diubah menjadi tabel basis data sungguhan. Bawalah hasil diskusi kelompok Anda hari ini secara tertulis, karena kita akan memakainya sebagai contoh kasus nyata di pertemuan berikutnya. Sampai jumpa minggu depan!