Melanjutkan rangkaian Tips – Trik &Pedoman kami dengan Microsoft Access, kami membagikan beberapa item tambahan. Artikel yang sedang berlangsung akan terus fokus pada tabel dalam database Access.
Tabel Database dan Hubungan Tabel
Apa sebenarnya hubungan tabel database dan mengapa Anda ingin menggunakannya? Merancang database dengan banyak tabel bisa sangat menantang. Anda tidak hanya harus menentukan semua tabel database tetapi memahami konsep database sejauh beberapa tabel adalah tugas yang sulit.
Beberapa orang menyerah begitu saja untuk mencoba melakukan ini, dan dengan cepat tertarik ke MS Excel. Tak lama, mereka menemukan diri mereka dalam mimpi buruk spreadsheet memiliki beberapa spreadsheet yang terhubung bersama di jurang besar jaringan bersama. Individu menavigasi ke Excel, karena mereka tidak memiliki waktu atau pengetahuan untuk membangun database Access.
Jadi, dengan asumsi Anda ingin membangun database di Access, maka jendela hubungan tabel di Access bisa sangat membantu. Pendapat profesional saya adalah jangan membuat apa pun di database Anda sampai Anda dapat memetakan semua hubungan menggunakan fitur ini. Pada gambar di bawah, kita melihat hubungan standar antara pelanggan dan pesanan.
Artikel ini akan fokus pada hubungan "satu ke banyak". Apa arti dari hubungan ini dan bagaimana menggunakannya? Dalam contoh di atas, informasi pelanggan disimpan sebagai “satu ” dan pesanan disimpan sebagai “banyak " hubungan. Mengapa Anda ingin menyimpan informasi pelanggan lebih dari sekali? Pesanan atau banyak pihak hanya akan menyimpan ID Pelanggan lebih dari satu kali karena pelanggan dapat memesan lebih dari satu kali.
Misalnya, jika perusahaan pelapis jalan masuk menutupi jalan masuk Anda. Dalam hal ini, pelanggan disimpan di tabel pelanggan dan semua lapisan segel/detail pesanan akan disimpan di tabel pesanan.
Dua tahun dari sealcoat pertama, jalan masuk perlu disegel lagi. Pelanggan sudah ada di database, jadi pesanan baru dibuat untuk pelanggan yang sama. Pada tampilan formulir di bawah ini dari pesanan menunjukkan perkembangan akhir setelah tabel dibuat.
Dalam contoh di atas, informasi pekerjaan pelanggan adalah komponen utama dari hubungan satu-ke-banyak. Jika pekerjaan baru diperlukan untuk pelanggan yang sama, yang dilakukan pengguna hanyalah memilih tombol pekerjaan baru pada diagram di bawah ini.
Setelah pekerjaan baru ditambahkan, layar ringkasan pelanggan berubah untuk mencerminkan pekerjaan kedua untuk pelanggan yang sama. Lihat diagram di bawah ini.
Jadi ini membawa kita kembali ke hubungan tabel, tetapi juga menjembatani kesenjangan mengapa Anda mengatur hubungan di tempat pertama.
Gambar di atas adalah hasil dari pembuatan tabel dan form. Gambar di bawah ini adalah tempat dimulainya saat Anda menyiapkan hubungan tabel untuk memulai. ID Pelanggan di tabel pelanggan cocok dengan pesanan di tabel Pesanan.
Kiat – Jangan pernah mulai membuat formulir entri database apa pun di database Access hingga Anda memetakan semua struktur tabel terlebih dahulu.
Item sekunder dalam diagram di bawah ini meliputi:
- Terapkan Integritas Referensial – Pesanan tidak dapat dimasukkan ke tabel pesanan sampai pelanggan tersebut dibuat terlebih dahulu. Ini mencegah pesanan "hilang" dibuat tanpa pelanggan.
- Bidang Terkait yang Diperbarui Berjenjang – Jika nilai bidang ID pelanggan berubah di tabel pelanggan, semua nilai ID pelanggan terkait juga akan berubah di tabel pesanan. Ini lebih umum di database yang nomor produk atau nilai id karyawannya berubah.
- Cascade Hapus Catatan Terkait – Jika Anda menghapus pelanggan, semua pesanan terkait juga akan dihapus. Sekali lagi, ini mencegah catatan "hilang" atau "Yatim Piatu" ditinggalkan sendirian di tabel hilir.
Singkatnya, mendesain database dengan banyak tabel bukanlah tugas yang mudah. Namun, mungkin dengan banyak penelitian dan kerja keras, itu bisa dilakukan. Ini benar-benar teka-teki yang harus Anda pecahkan, dan semua bagian ada di depan Anda dalam hal pelacakan data dalam proses sehari-hari Anda.
Jika Anda kesulitan mengetahui cara memulai Microsoft Access, hubungi Arkware hari ini untuk kebutuhan basis data apa pun.
