Bagian berikut ini memperlihatkan bagaimana hubungan tabel database didesain. Nama objek disediakan sehingga Anda dapat dengan mudah memeriksanya dalam database Northwind 2.0 Starter Edition.
Untuk membuka Diagram Hubungan yang memperlihatkan enam tabel dan hubungan di antaranya, pilih Alat Database > Hubungan.
Diagram ini memperlihatkan keenam tabel. Dalam diagram, garis di antara tabel mengidentifikasi hubungan di antaranya. Simbol 1 dan tak terbatas (∞) di ujung garis mewakili satu sisi hubungan (misalnya, satu pelanggan) dan banyak sisi hubungan. Misalnya, satu pelanggan mengirimkan banyak pesanan. Untuk informasi selengkapnya, lihat Panduan untuk hubungan tabel.
Prinsip-prinsip berikut berlaku untuk tabel di Northwind 2.0 Starter Edition serta tabel secara umum.
Kunci utama Mengidentifikasi setiap rekaman dalam tabel secara unik. Semua tabel memiliki kunci utama. Dalam diagram hubungan, simbol Kunci mengidentifikasi kunci utama tersebut. Konvensi penamaan kunci utama dinamai untuk tabel tempatnya berada, misalnya, "TABLENameID".
Efisiensi Untuk kinerja yang lebih baik dan penyimpanan yang lebih efisien, kunci primer harus berupa numerik. Selain itu, lebih mudah untuk membuat Access menghasilkan nilai unik yang baru secara otomatis untuk setiap kunci utama catatan baru. Tipe data AutoNumber memiliki kedua karakteristik. AutoNumber adalah angka yang tidak bermakna dan tidak memiliki tujuan lain. Untuk informasi selengkapnya, lihat Menambahkan bidang AutoNumber sebagai kunci utama.
Kunci asing Tabel juga bisa memiliki satu atau beberapa kunci asing, bergantung pada apakah itu terkait dengan tabel lain dalam database. Kunci asing berisi nilai yang terkait dengan nilai dalam kunci utama tabel terkait.
Indeks unik Bidang lain dalam tabel mungkin juga memiliki indeks uniknya sendiri, misalnya, OrderStatus.StatusCode. Tidak logis memiliki dua Status Pesanan dalam tabel OrderStatus dengan kode yang sama, meskipun StatusCode itu sendiri bukan kunci utama. Indeks unik memberi tahu Access untuk mencegah nilai duplikat dalam bidang tersebut.
Indeks Non-Unik Tabel mungkin juga memiliki indeks untuk mempercepat pencarian dan pengurutan pada bidang tersebut, misalnya, Orders.OrderDate. Banyak pesanan dapat diletakkan pada hari yang sama, dan Anda sering ingin mencari dan mengurutkan pada Tanggal Pesanan. Ada indeks yang tidak unik di bidang tersebut untuk mempercepat pencarian dan pengurutan.
Nama tabel dan bidang Anda bisa memberi nama hal-hal apa pun yang Anda inginkan, tetapi konsistensi penting. Kami menyarankan nama tabel dan bidang harus berupa satu kata atau lebih tanpa spasi di antaranya, dan tidak ada karakter khusus seperti garis miring (/), tanda paku (#), atau persen (%). Misalnya, gunakan OrderDate, tetapi bukan Tanggal Pesanan; gunakan OrderNumber atau OrderNo, tetapi bukan Order#.
CamelCase Kapitalkan kata untuk menyoroti bagian individual dari nama, misalnya, OrderDate, tapi bukan Orderdate atau orderDate.
Nilai yang diperlukan Prinsip ini memunculkan pentingnya aturan bisnis untuk sebuah aplikasi. Beberapa situasi memerlukan nilai atau bahkan nilai tertentu dalam beberapa bidang. Misalnya, apa gunanya Pesanan tanpa mengetahui Pelanggan yang menempatkannya? Artinya, CustomerID adalah bidang yang diperlukan untuk tabel Pesanan.
Bidang terhitung Access mendukung bidang terhitung dalam tabel, misalnya, bidang Employees.FullName. Anda mungkin lebih suka membuat bidang terhitung dalam kueri daripada dalam tabel.
Bidang lampiran Access mendukung bidang lampiran, misalnya Karyawan.Gambar, yang berisi gambar karyawan. Lampiran dapat menyimpan gambar, dokumen, email, dan informasi biner lainnya. Lampiran menempati banyak ruang dalam database. lebih efisien menyimpan lampiran di server file sebagai gantinya.
Bidang multinilai Sesuai namanya, bidang multinilai menyimpan satu atau beberapa nilai dalam satu bidang, misalnya, Karyawan.Judul. Kami menyarankan agar Anda menggunakannya seperlunya, terutama jika Anda ingin mengubah ukuran database Anda. Sebagian besar sistem database lain tidak memilikinya, sehingga akan memerlukan banyak pekerjaan ulang.
Untuk informasi selengkapnya tentang tipe data, lihat Pengenalan tipe data dan properti bidang.
Bagian ini membahas fitur terpenting dari setiap tabel. Untuk meninjau desain tabel, pilih di Panel Navigasi, klik kanan, pilih Tampilan Desain, atau pilih Alat Database > Hubungan, lalu klik kanan objek tabel. Untuk informasi selengkapnya, lihat Pengenalan tabel.
Penting: Hindari penggunaan kata khusus yang dapat menyebabkan konflik penamaan. Untuk informasi selengkapnya, lihat Mempelajari tentang kata dan simbol khusus Access.
Tabel karyawan
Tabel ini menyimpan informasi tentang karyawan Northwind.
|
Bidang |
Deskripsi |
|
NamaDepan, NamaBelakang |
Kedua nama diperlukan dan, di Northwind, bersama-sama mereka harus kombinasi yang unik. Dalam desain tabel, ketika membuka kotak dialog Indeks , Anda dapat melihat bahwa NamaDepan + NamaBelakang memiliki indeks yang unik. Karena NamaDepan dan NamaBelakang diindeks secara unik, tabel Northwind tidak dapat menyimpan dua karyawan dengan nama yang sama. Dalam situasi lain, Anda dapat menggunakan aturan bisnis lain. |
|
FullNameFNLN, FullNameLNFN |
Lihat properti ekspresi bidang terhitung untuk melihat cara Access menggabungkan nilai dalam bidang terhitung. Untuk menyertakan inisial tengah, tambahkan ke ekspresi yang sudah ada dengan penspasian antar komponen yang sesuai. |
|
Bidang telepon |
Aturan bisnis untuk telepon adalah preferensi karyawan lebih relevan daripada jenis layanan. Oleh karena itu, nomor telepon utama dan sekunder digunakan, bukan sel, kantor, rumah, dan lain sebagainya. |
|
Salutation |
Salam adalah bidang Teks Pendek. Untuk menggambarkan fitur bidang multinilai di Access, ini adalah kotak kombo dengan daftar nilai yang telah ditentukan sebelumnya yang dapat diedit. Daftar statis pendek seperti ini seringkali menjadi kandidat untuk bidang multinilai karena tidak banyak berubah. |
|
JobTitle |
JobTitle adalah bidang lain yang diperlukan. |
Tabel pelanggan
Tabel ini menyimpan informasi tentang pelanggan Northwind.
|
Bidang |
Deskripsi |
|
NamaPengguna |
Pelanggan Northwind adalah bisnis, dan nama pelanggan diperlukan. Tidak seperti nama karyawan, tidak diindeks secara unik, memungkinkan dua atau beberapa pelanggan memiliki nama yang sama. |
|
PrimaryContactFirstName, PrimaryContactLastName, PrimaryContactJobTitle |
Nama depan dan nama belakang serta jabatan kontak utama tidak diperlukan karena pelanggan mungkin tidak memiliki satu individu sebagai kontak utama mereka. Kontak mungkin tidak memberikan jabatan pekerjaan mereka untuk sebuah pesanan. |
|
BusinessPhone |
Northwind hanya memerlukan satu nomor telepon untuk setiap pelanggan, meskipun hal ini menghilangkan kemampuan untuk mengambil beberapa nomor telepon untuk pelanggan atau untuk kontak dari pelanggan. Dalam situasi dunia nyata, aturan bisnis yang lebih kompleks biasanya berlaku untuk informasi kontak. |
|
Alamat, Kota Negara Bagian, ZIP |
Northwind membutuhkan alamat untuk mengirimkan pesanan kepada pelanggan. Hanya ada satu alamat generik untuk pelanggan. Dalam situasi dunia nyata, pelanggan sering memiliki penagihan, pengiriman, atau alamat lain yang terpisah. Aturan bisnis lain untuk organisasi Anda akan memerlukan bidang tambahan. |
|
Catatan |
Bidang Catatan adalah tipe data Teks Panjang, yang menyimpan hingga 1 GB teks. Hal ini memungkinkan Anda memasukkan komentar mendetail tentang pelanggan untuk digunakan dalam situasi pemesanan berikutnya. |
Tabel Pesanan
Tabel ini menyimpan informasi tentang pesanan Northwind.
|
Bidang |
Deskripsi |
|
OrderDate, ShippedDate, PaidDate |
Pesanan memerlukan tiga tanggal. Semuanya adalah tipe data Tanggal/Waktu, tetapi dengan dua format. OrderDate memiliki tanggal dan waktu karena Anda mungkin tertarik untuk menganalisis volume pesanan untuk bagian hari yang berbeda. Untuk dua tanggal lainnya, hanya tanggal yang diperlukan. Aturan validasi tabel untuk ShippedDate dan PaidDate memastikan tanggal tersebut tidak sebelum OrderDate. |
|
OrderStatusID |
Status pesanan menunjukkan di mana urutan berada dalam alur kerja Northwind. Pesanan berpindah melalui empat fase: Baru —> Ditagih —> Dikirim —> Ditutup.Kunci asing untuk OrderStatus saat ini menggunakan OrderStatusID dari tabel pencarian OrderStatus. Menggunakan tabel Pencarian status memastikan bahwa hanya empat status yang ditetapkan sebelumnya yang dapat ditetapkan ke urutan. |
Tabel detail pesanan
Tabel ini menyimpan informasi tentang detail pesanan Northwind.
|
Bidang |
Deskripsi |
|
IDPesanan |
Setiap item baris dalam tabel OrderDetails harus memiliki satu Pesanan dalam tabel Pesanan. OrderID adalah kunci asing yang mengidentifikasi pesanan tersebut. Seperti yang telah dikemukakan sebelumnya, satu pesanan yang berisi satu atau beberapa item baris mengilustrasikan hubungan satu ke banyak. |
|
IDProduk |
Setiap rekaman dalam tabel OrderDetails menyertakan PRODUCTID untuk Produk yang dipesan. PRODUCTID adalah kunci asing dalam tabel OrderDetails, yang mengidentifikasi Produk dalam urutan tersebut. Ini juga merupakan hubungan satu ke banyak. |
|
IDPesanan+ IDProduk |
Seperti yang Anda lihat dalam tabel Karyawan, beberapa bidang bisa memiliki indeks yang unik. Indeks unik melalui OrderID+ProductID dalam tabel OrderDetails memastikan setiap pesanan hanya berisi produk sekali. Ketika membuka lembar properti Indeks dari pita, Anda dapat melihat indeks unik ini. |
Tabel produk
Tabel ini menyimpan informasi tentang produk Northwind.
|
Bidang |
Deskripsi |
|
KodeProduk |
Selain kunci utama, PRODUCTID, produk Northwind memiliki kode produk yang ramah manusia, terindeks unik. Karyawan biasanya merujuk ke kode produk bukan nilai kunci utama. Kode produk adalah nilai komposit yang terdiri dari sebutan Kategori dan angka, misalnya, B-1 untuk "Minuman", produk 1. |
|
Nama Produk, Deskripsi Produk |
Selain nama produk teks pendek, deskripsi teks panjang berlaku untuk produk. Nilai ini dapat digunakan dalam deskripsi katalog atau untuk menjawab pertanyaan pelanggan. |
|
HargaSatuan |
Semua produk dijual dengan harga satuan untuk setiap item yang menyederhanakan database sebagai peragaan fitur. Dalam sebagian besar situasi di dunia nyata, harga seringkali jauh lebih kompleks. |
Lihat juga
