Anda di halaman 1dari 3

Skema Basis Data

Ketika kita berbicara tentang suatu basis data, kita harus membedakan antara skema basis
data, yang merupakan desain logis dari basis data, dan contoh basis data, yang merupakan
snapshot dari data dalam basis data pada waktu tertentu. Konsep relasi sesuai dengan gagasan
bahasa pemrograman variabel, sedangkan konsep skema relasi sesuai dengan konsep bahasa
pemrograman definisi tipe. Secara umum, skema relasi terdiri dari daftar atribut dan domain
yang sesuai. Kami tidak akan khawatir tentang definisi yang tepat dari domain setiap atribut
sampai kita membahas bahasa SQL di Bab3. Konsep hubungan dalam pertanggungjawaban
sesuai dengan konsep bahasa pemrograman dari nilai yang tersedia. Nilai dari yang
tervariasikan dapat berubah setiap saat;

Gambar 2.5 Relasi departemen.

sama halnya isi instance relasi dapat berubah seiring waktu ketika relasi diperbarui.
Sebaliknya, skema hubungan umumnya tidak berubah. Meskipun penting untuk mengetahui
perbedaan antara skema relasi dan instance relasi, kita sering menggunakan nama yang sama,
seperti instruktur, untuk merujuk pada skema dan instance. Bila diperlukan, kami secara
eksplisit merujuk pada contoh skema, misalnya "skema instruktur," atau "contoh hubungan
instruktur." Namun, di mana jelas apakah yang kami maksud adalah skema atau instance,
kami cukup menggunakan nama relasi. Mengingat hubungan departemen Gambar 2.5. Skema
untuk relasi itu
departemen (nama dept, gedung, anggaran)
Perhatikan bahwa nama yang didistribusikan muncul di kedua skema konstruksi dan skema
departemen. Duplikasi ini bukan kebetulan. Sebaliknya, menggunakan atribut umum dalam
skema hubungan adalah salah satu cara untuk menghubungkan tupel hubungan yang berbeda.
Sebagai contoh, misalkan kita ingin menemukan informasi tentang semua instruktur yang
bekerja di gedung Watson. Kami pertama kali melihat hubungan departemen untuk
menemukan nama dept semua departemen yang bertempat di Watson. Kemudian, untuk
setiap departemen seperti itu, kami mencari di dalam hubungan instruktur untuk menemukan
informasi tentang instruktur yang terkait dengan nama dept yang sesuai. Mari kita lanjutkan
dengan contoh database universitas kami. Setiap kursus di sebuah universitas dapat
ditawarkan beberapa kali, di berbagai semester, atau bahkan dengan semester sebelum musim
panas. Pembaruan perlunya diberikan kode pada setiap penawaran individu, atau bagian, dari
kelas. Skema adalah
bagian (id kursus, id detik, semester, tahun, bangunan, nomor kamar, id slot waktu)
Gambar 2.6 menunjukkan contoh contoh relasi bagian. Kita membutuhkan hubungan untuk
menggambarkan hubungan antara instruktur dan bagian kelas yang mereka ajarkan. Skema
relasi untuk menggambarkan hubungan ini adalah
mengajar (ID, id kursus, id kedua, semester, tahun)

Gambar 2.6 Relasi bagian


Gambar 2.7 menunjukkan contoh contoh relasi mengajar. Seperti yang dapat Anda
bayangkan, ada banyak lagi hubungan yang dipelihara dalam database universitas yang
sebenarnya. Selain hubungan yang telah kami sebutkan, instruktur, departemen, kursus,
bagian, prasyarat, dan guru, kami akan mengikuti relasi berikut dalam teks ini:

Gambar 2.7 Relasi mengajarkan.

mahasiswa (ID, nama, nama dept, tot cred)


• penasihat (id, i id)
• mengambil (ID, id kursus, id kedua, semester, tahun, kelas)
• kelas (gedung, nomor kamar, kapasitas)
• waktu slot (id slot waktu, hari, waktu mulai, waktu akhir)