rollback

Dalam basis data teknologi, rollback adalah sebuah operasi yang mengembalikan database ke kondisi sebelumnya. Rollbacks penting untuk database integritas , karena mereka berarti bahwa database dapat dikembalikan ke salinan bersih bahkan setelah operasi yang salah dilakukan. Mereka sangat penting untuk pulih dari crash server database; dengan menggulung kembali setiap transaksi yang aktif pada saat kecelakaan itu, database dikembalikan ke keadaan yang konsisten.
Fitur rollback biasanya diimplementasikan dengan log transaksi , tetapi juga dapat dilaksanakan melalui kontrol multiversion concurrency.

candidate key

Dalam model relasional dari database , candidate key dari relasi adalah minimal superkey untuk relasi itu; yaitu, set atribut sedemikian rupa sehingga:

1. relasi tidak memiliki dua berbeda tupel (yaitu baris atau catatan dalam bahasa database umum) dengan nilai yang sama untuk atribut tersebut (yang berarti bahwa himpunan atribut adalah superkey)
2. tidak ada bagian yang tepat dari atribut-atribut ini yang (1) memegang (yang berarti bahwa set minimal).

Atribut konstituen disebut atribut prima. Sebaliknya, atribut yang tidak terjadi di APAPUN candidate key disebut atribut non-prime.
Karena relasi tidak mengandung duplikat tupel, himpunan semua atributnya adalah superkey jika nilai NULL tidak digunakan. Oleh karena itu, setiap hubungan akan memiliki minimal satu candidate key.
Tombol calon relasi memberitahu kita semua cara yang mungkin kita dapat mengidentifikasi tupel nya. Dengan demikian mereka adalah konsep penting untuk desain skema database .
Definisi candidate key dapat diilustrasikan dengan berikut (abstrak) misalnya. Pertimbangkan variabel relasi (relvar) R dengan atribut (A, B, C, D) yang hanya memiliki dua berikut nilai-nilai hukum r1 dan r2:

r1

A	B	C	D
a1	b1	c1	d1
a1	b2	c2	d1
a2	b1	c2	d1

r2

A	B	C	D
a1	b1	c1	d1
a1	b2	c2	d1
a1	b1	c2	d2

Berikut r2 berbeda dari r1 hanya dalam nilai-nilai A dan D dari tuple terakhir.
Untuk r1 set berikut memiliki properti keunikan, yaitu, tidak ada dua tupel berbeda dalam contoh dengan nilai yang sama untuk atribut di set:

{A, B}, {A, C}, {B, C}, {A, B, C}, {A, B, D}, {A, C, D}, {B, C, D}, {A, B, C, D}

Untuk r2 properti keunikan berlaku untuk set berikut;

{B, C}, {B, D}, {C, D}, {A, B, C}, {A, B, D}, {A, C, D}, {B, C, D}, {A, B, C, D}

Sejak superkeys dari relvar sebuah adalah mereka set atribut yang memiliki sifat keunikan untuk semua nilai hukum relvar itu dan karena kita menganggap bahwa r1 dan r2 adalah semua nilai-nilai hukum yang R dapat mengambil, kita dapat menentukan set superkeys R oleh mengambil persimpangan dua daftar:

{B, C}, {A, B, C}, {A, B, D}, {A, C, D}, {B, C, D}, {A, B, C, D}

Akhirnya kita perlu memilih orang set untuk yang tidak ada bagian yang tepat dalam daftar, yang dalam hal ini:

{B, C}, {A, B, D}, {A, C, D}

Ini memang kunci calon relvar R.
Kita harus mempertimbangkan semua hubungan yang mungkin ditugaskan untuk relvar untuk menentukan apakah satu set tertentu dari atribut adalah candidate key. Sebagai contoh, jika kita dianggap hanya r1 maka kita akan menyimpulkan bahwa {A, ​​B} adalah kunci kandidat, yang tidak benar. Namun, kita mungkin bisa menyimpulkan dari relasi rupa sehingga satu set tertentu bukan merupakan candidate key, karena set yang tidak memiliki properti keunikan (contoh {A, D} untuk r1). Perhatikan bahwa keberadaan subset yang tepat dari satu set yang memiliki properti keunikan tidak dapat secara umum digunakan sebagai bukti bahwa superset bukanlah candidate key. Secara khusus, perhatikan bahwa dalam kasus relasi kosong, setiap bagian dari judul memiliki sifat keunikan, termasuk himpunan kosong.

foreign key

Dalam konteks database relasional , foreign key adalah bidang (atau kumpulan field) dalam satu tabel yang secara unik mengidentifikasi deretan meja lain. Dengan kata lain, kunci asing adalah kolom atau kombinasi dari kolom yang digunakan untuk menetapkan dan menegakkan link antara dua tabel.
Tabel yang berisi kunci asing disebut referensi atau anak meja, dan tabel yang berisi kunci kandidat disebut tabel referensi atau orang tua.
Karena tujuan kunci asing adalah untuk mengidentifikasi baris tertentu dari tabel yang direferensikan, umumnya diperlukan bahwa kunci asing adalah sama dengan candidate key dalam beberapa baris dari tabel utama, atau yang lain tidak memiliki nilai ( the NULL value). Aturan ini disebut batasan integritas referensial antara dua tabel.Karena pelanggaran kendala ini dapat menjadi sumber banyak masalah basis data, sebagian besar sistem manajemen database menyediakan mekanisme untuk memastikan bahwa setiap kunci asing non-null sesuai dengan deretan tabel yang direferensikan. 
Sebagai contoh, perhatikan database dengan dua tabel : tabel CUSTOMER yang mencakup semua data pelanggan dan meja PESANAN yang mencakup semua pesanan pelanggan. Misalkan bisnis mensyaratkan bahwa setiap pesanan harus mengacu pada satu pelanggan. Untuk mencerminkan hal ini dalam database, kolom kunci asing ditambahkan ke tabel PESANAN (misalnya, Pelanggan), yang referensi Primary Key NASABAH (misalnya ID). Karena kunci utama dari tabel harus unik, dan karena Pelanggan hanya berisi nilai-nilai itu bidang kunci utama, kita dapat mengasumsikan bahwa, ketika memiliki nilai, Pelanggan akan mengidentifikasi pelanggan tertentu yang ditempatkan urutan. Namun, ini tidak bisa lagi diasumsikan jika tabel PESANAN tidak terus up to date ketika baris tabel PELANGGAN dihapus atau kolom ID diubah, dan bekerja dengan tabel ini mungkin menjadi lebih sulit. Banyak database dunia nyata mengatasi masalah ini dengan 'menonaktifkan' daripada fisik menghapus tabel master kunci asing, atau dengan program pembaruan kompleks yang mengubah semua referensi kunci asing ketika perubahan dibutuhkan.
Kunci asing memainkan peran penting dalam desain database . Salah satu bagian penting dari desain database adalah memastikan bahwa hubungan antara entitas dunia nyata tercermin dalam database dengan referensi, menggunakan kunci asing untuk merujuk dari satu meja ke yang lain. Bagian penting lainnya dari desain database adalah normalisasi database , di mana tabel rusak terpisah dan kunci asing memungkinkan bagi mereka untuk dibangun kembali.
Beberapa baris dalam tabel referensi (atau anak) bisa merujuk ke baris yang sama di (atau orang tua) tabel direferensikan. Dalam hal ini, hubungan antara dua tabel disebut satu ke banyak hubungan antara tabel referensi dan tabel referensi.
Selain itu, anak dan orang tua tabel mungkin, pada kenyataannya, menjadi meja yang sama, yaitu kunci asing mengacu kembali ke meja yang sama. Kunci asing seperti dikenal di SQL : 2003 sebagai referensi diri atau kunci asing rekursif. Dalam sistem manajemen database, hal ini sering dilakukan dengan menghubungkan pertama dan kedua mengacu pada meja yang sama.
Sebuah meja mungkin memiliki beberapa kunci asing, dan setiap kunci asing dapat memiliki tabel induk yang berbeda. Setiap kunci asing diberlakukan secara independen oleh sistem database . Oleh karena itu, Cascading hubungan antara tabel dapat dibentuk dengan menggunakan kunci asing.

Database relasional

database relasional adalah database yang yang menyimpan informasi tentang kedua data yang dan bagaimana hal itu berhubungan . Data dan hubungan diwakili di sebuah flat, meja dua dimensi yang melindungi struktur relasional.
A Relational Database Management Sistem (RDBMS) adalah implementasi fisik dan logis dari database relasional (hardware dan software). Sebuah kontrol RDMS membaca, menulis, memodifikasi, dan mengolah informasi yang tersimpan dalam database. Data tersebut dijelaskan secara resmi dan diatur sesuai dengan masing-masing database model relasional ( skema database ), sesuai dengan desain .
Database relasional cenderung baik secara signifikan dinormalisasi atau de-normalisasi. Database Normalisasi ( database operasional ) cenderung memiliki integritas yang lebih baik data, ruang penyimpanan berkurang, dan transmisi lebih cepat. Database adalah de-dinormalisasi untuk meningkatkan kinerja, sering untuk pelaporan dan pengambilan keputusan aplikasi (analisis kecenderungan yang lebih besar). Database de-dinormalisasi dapat membentuk data yang mart dan gudang . Kebanyakan data warehouse memiliki database operasional yang digunakan untuk menghasilkan datamarts. 
Database relasional pengungsi database hirarkis karena kemampuan untuk menambahkan hubungan baru memungkinkan untuk menambahkan informasi baru yang berharga tetapi "pecah" konsepsi hirarki database non-relasional ini. Tren ini terus berlanjut sebagai planet jaringan dan media sosial menciptakan dunia "big data" yang lebih besar dan kurang terstruktur daripada dataset dan tugas-tugas yang database relasional menangani dengan baik (itu adalah instruktif untuk membandingkan Hadoop ).
Database relasional pertama kali didefinisikan pada bulan Juni 1970 oleh Edgar Codd , IBM San Jose Research Laboratory .lihat Codd dari apa yang memenuhi syarat sebagai RDBMS diringkas dalam 12 hukum Codd . Sebuah database relasional telah menjadi pilihan utama dalam menyimpan data. Model-model lain selain model relasional termasuk model database hirarkis dan model jaringan .
Tabel di bawah ini beberapa istilah database relasional yang paling penting dan mereka SQL setara.

SQL jangka	Istilah database relasional	Deskripsi
Baris	Tupel atau record	Satu set data yang mewakili satu item
Kolom	Atribut atau lapangan	Unsur berlabel sebuah tupel, misalnya "Alamat" atau "Tanggal lahir"
Tabel	Hubungan atau Basis relvar	Satu set tupel berbagi atribut yang sama; satu set kolom dan baris
Lihat atau hasil   set	Berasal relvar	Setiap set tupel; laporan data dari RDBMS sebagai tanggapan atas permintaan

Relational model

relational model untuk basis data manajemen adalah model database berdasarkan orde pertama logika predikat , pertama kali dirumuskan dan diusulkan pada tahun 1969 oleh Edgar F. Codd . Dalam model relasional database, semua data disajikan dalam batasan dari tupel , dikelompokkan ke dalam hubungan . Database terorganisir dalam hal model relasional adalah database relasional .

Diagram database contoh sesuai dengan model Relational.

Dalam model relasional, catatan terkait  
 dihubungkan bersama dengan "kunci".

Tujuan dari model relasional adalah untuk menyediakan deklaratif metode untuk menentukan data dan query: pengguna langsung menyatakan informasi apa database berisi dan informasi apa yang mereka inginkan dari itu, dan biarkan perangkat lunak sistem manajemen database mengurus menggambarkan struktur data untuk menyimpan prosedur dan pengambilan data untuk menjawab pertanyaan.
Kebanyakan database relasional menggunakan SQL definisi data dan bahasa query; sistem ini menerapkan apa yang dapat dianggap sebagai sebuah pendekatan teknik untuk model relasional. Sebuah meja di skema database SQL sesuai dengan variabel predikat; isi meja untuk relasi; kendala utama, kendala lainnya, dan query SQL sesuai dengan predikat. Namun, database SQL menyimpang dari model relasional dalam banyak rincian , dan Codd keras menentang penyimpangan yang membahayakan prinsip-prinsip asli.

Integritas referensial

Integritas referensial adalah properti data yang bila puas, mengharuskan setiap nilai satu atribut (kolom) dari relasi (tabel) untuk eksis sebagai nilai atribut lain dalam berbeda (atau sama) relasi (tabel).
Untuk integritas referensial untuk terus dalam sebuah database relasional , setiap bidang dalam tabel yang menyatakan kunci asing dapat berisi baik nilai null, atau hanya nilai-nilai dari tabel induk kunci primer atau kunci kandidat . Dengan kata lain, ketika nilai kunci asing yang digunakan itu harus referensi yang valid, ada kunci utama dalam tabel induk. Misalnya, menghapus catatan yang berisi nilai disebut dengan kunci asing dalam tabel lain akan mematahkan integritas referensial. Beberapa sistem manajemen database relasional (RDBMS) dapat menegakkan integritas referensial, biasanya baik dengan menghapus baris kunci asing juga untuk menjaga integritas, atau dengan mengembalikan kesalahan dan tidak melakukan hapus. Metode yang digunakan dapat ditentukan oleh batasan integritas referensial didefinisikan dalam kamus data .
"Referential" kata sifat menggambarkan tindakan bahwa kunci asing melakukan, 'merujuk' ke bidang link dalam meja lain. Dalam istilah sederhana, 'integritas referensial' adalah jaminan bahwa target itu mengacu 'to akan ditemukan. Kurangnya integritas referensial dalam database dapat menyebabkan database relasional untuk kembali data yang tidak lengkap, biasanya dengan tidak ada indikasi kesalahan. Masalah yang umum terjadi pada tabel database relasional terkait dengan 'inner join' yang membutuhkan nilai-nilai non-NULL di kedua tabel, persyaratan yang hanya dapat dipenuhi melalui desain yang cermat dan integritas referensial.

Relational calculus

Relational calculus terdiri dari dua bate, yang Relational calculus dan domain relational calculus , yang merupakan bagian dari model relasional untuk database dan menyediakan cara deklaratif untuk menentukan query database. Hal ini berbeda dengan aljabar relasional yang juga merupakan bagian dari model relasional tetapi menyediakan cara yang lebih prosedural untuk menentukan query.
Aljabar relasional mungkin menyarankan langkah-langkah untuk mengambil nomor telepon dan nama toko buku yang menyediakan Beberapa Contoh Buku:

1. Bergabunglah toko buku dan judul di atas BookstoreID tersebut.
2. Membatasi hasil yang bergabung ke tupel untuk buku Beberapa Contoh Book.
3. Proyek hasil bahwa pembatasan atas StoreName dan StorePhone.

Kalkulus relasional akan merumuskan deskriptif, cara deklaratif:

Dapatkan StoreName dan StorePhone untuk persediaan sedemikian rupa sehingga terdapat judul BK dengan nilai BookstoreID yang sama dan dengan nilai BookTitle Beberapa Contoh Buku.

Aljabar relasional dan kalkulus relasional pada dasarnya logis setara : untuk setiap ekspresi aljabar, ada ekspresi setara dalam kalkulus, dan sebaliknya. Hasil ini dikenal sebagai teorema Codd .

Create a many-to-many relationship in Access

Sebuah banyak-ke-banyak hubungan dalam database relasional ada ketika satu record dalam tabel A dapat direferensikan oleh satu atau lebih catatan dalam tabel B dan satu record dalam tabel B dapat direferensikan oleh satu atau lebih catatan dalam tabel A. Dalam tutorial ini Anda akan belajar cara membuat banyak-ke-banyak hubungan di Access 2010.

 

Sebuah banyak-ke-banyak hubungan terdiri dari tiga tabel. Di bawah ini adalah gambar skematik dari banyak-ke-banyak hubungan.

Skema representasi dari banyak-ke-banyak meja relationship.The di tengah disebut

Buat banyak-ke-banyak hubungan di Access

Saya akan menggambarkan penciptaan banyak-ke-banyak hubungan dengan sebuah contoh, termasuk meja Produk, meja Order dan meja persimpangan disebut Order2Product. Untuk membuat banyak-ke-banyak hubungan di Access ikuti langkah berikut.

Buat dua tabel yang ingin Anda link di banyak-ke-banyak hubungan

Dalam contoh ini saya membuat tabel Order dan tabel Produk di bawah ini. Kedua tabel memiliki field primary key AutoNumber. Maskapai bidang kunci primer nantinya akan digunakan untuk membuat banyak-ke-banyak hubungan antara tabel ini. Jika Anda ingin tahu cara membuat tabel dalam tampilan desain, kita lihat artikel ini: cara membuat tabel dalam Access 2010 .

Tabel urutan

Tabel produk

Membuat tabel persimpangan

Dalam hal ini ada dua cara produk terkait dengan pesanan. Kita dapat membuat tabel persimpangan dengan field primary key pengganti, seperti ID AutoNumber bidang Access secara otomatis memberikan.
Kami juga dapat membuat kita sendiri komposit primary key yang terdiri dari dua field kunci asing dalam tabel persimpangan. Aku akan menunjukkan kedua cara dan membahas implikasi dari setiap solusi.

Membuat tabel persimpangan dengan menggunakan kunci pengganti

Persimpangan meja dengan pengganti primary key akan memiliki tiga bidang, termasuk bidang primary key ID yang Akses secara otomatis membuat untuk Anda. Dua bidang non primary key adalah kunci asing. Mereka akan referensi kunci utama dari Order dan Produk tabel (atau mungkin beberapa meja lainnya dalam kasus Anda).

1. Membuat tabel baru dan nama itu sesuatu seperti LeftTable2RightTable. Dalam contoh saya menamakannya Order2Product. Notasi ini sering dipilih untuk tabel persimpangan.
2. Pergi ke tampilan desain tabel baru Anda (Baca cara membuat tabel dalam Access 2010 jika Anda membutuhkan informasi lebih lanjut tentang cara membuat tabel dalam tampilan desain).
3. Biarkan ID field primary key secara otomatis disediakan dalam bijaksana. Tambahkan dua bidang baru. Dalam contoh saya menciptakan keteraturan dan produk bidang. Bidang pesanan akan referensi primary key dari tabel Order. Bidang produk akan referensi kunci utama dari tabel Produk.
4. Pastikan bidang Anda adalah tipe data yang sama dengan bidang kunci utama mereka akan referensi.

Contoh di bawah ini adalah persimpangan meja selesai dengan beberapa data. Urutan dan produk bidang keduanya dari tipe Number, karena mereka berdua merujuk pada suatu bidang primary key AutoNumber, yang sebenarnya adalah bidang Nomor yang dikelola oleh database.

Tabel persimpangan memiliki medan ID primary key dan dua bidang kunci asing. Setiap bidang kunci asing referensi satu sisi dari banyak-ke-banyak hubungan.

Implikasi
Sekarang, mari kita lihat implikasi dari solusi ini. Setiap record dalam tabel persimpangan mengikat produk ke pesanan. Order 1 terdiri dari hanya satu produk (4). Orde 2 terdiri dari 4 produk, atau apakah itu? Memang ada 4 produk dalam urutan. Artinya, kuantitas 4. Tapi, hanya ada 2 produk yang unik dalam urutan, karena produk 5 (album Nirvana Nevermind) ditambahkan 3 kali.
Itulah implikasi dari solusi ini: ketika produk ditambahkan ke perintah dua kali, ini menciptakan dua catatan dalam tabel Order2Product. Ini baik-baik saja. Hal ini hanya baik untuk menyadari implikasi ini, karena ada solusi lain.
Seringkali tabel persimpangan diciptakan dengan primary key yang terdiri dari kunci asing wor (produk dan ketertiban). Mari kita lihat tabel persimpangan yang menggunakan primary key komposit dan bidang kuantitas.

Membuat tabel persimpangan menggunakan kunci primer komposit

Mari kita membuat tabel persimpangan dengan primary key komposit untuk mencapai banyak-ke-banyak hubungan.

1. Membuat tabel baru dan menyebutnya LeftTable2RightTable, menggantikan LeftTable dan RightTable dengan nama-nama tabel Anda.
2. Pergi ke tampilan desain tabel baru Anda.
3. Lepaskan bidang primary key ID AutoNumber yang Akses automaticcaly menyediakan dengan memilih dan mengklik baris Hapus tombol pada pita.
4. Tambahkan dua bidang baru untuk referensi tabel pada setiap akhir dari banyak-ke-banyak hubungan.
5. Pastikan masing-masing dua bidang Anda memiliki tipe data yang sama dari bidang kunci primer mereka akan referensi.
6. Sekarang, tambahkan kunci utama termasuk kedua bidang ini dengan mengikuti langkah-langkah di bawah ini.
   
   1. Pilih kedua bidang dengan menempatkan pointer mouse di atas bar vertikal abu-abu di sebelah kiri definisi lapangan dan menyeret ke bawah, sambil memegang tombol kiri mouse ke bawah.
      
      
   2. Sementara bidang masih dipilih klik tombol Kunci utama pada pita.
      
      
      
      Ini akan membuat primary key yang terdiri dari dua bidang yang dipilih.

Sekarang Anda harus memiliki tabel persimpangan yang terbuat dari dua bidang yang sama-sama termasuk dalam primary key, seperti di bawah.

Implikasi
Ada implikasi penting dari solusi ini. Seperti yang Anda ketahui, kunci primer harus unik accross semua baris dalam sebuah tabel. Ini berarti bahwa sekarang mungkin untuk menambahkan produk yang sama dengan perintah dua kali. Kita tidak bisa memiliki (1,2) catatan dua kali misalnya, jadi kami hanya bisa menambah produk 2 untuk memesan 1 sekali dengan solusi ini.
Solusi untuk masalah ini (atau akan kita menyebutnya fitur?) Adalah menambahkan kolom kuantitas ke meja persimpangan, seperti ini.

Sekarang, ketika Anda ingin menambahkan produk 2 untuk memesan 1 dua kali, Anda hanya mengatur bidang kuantitas untuk 2.

Ini adalah bagaimana Anda akan menambahkan beberapa produk untuk pesanan dengan solusi bidang kuantitas.

Buat hubungan yang sebenarnya

Langkah-langkah terakhir dalam menciptakan banyak-ke-banyak adalah menciptakan hubungan yang sebenarnya di Hubungan tampilan. Membuat banyak-ke-banyak hubungan adalah masalah menciptakan dua hubungan satu-ke-banyak. Berikut adalah bagaimana Anda melakukannya.

1. Buka tampilan Hubungan dengan pergi ke tab Database Tools pada pita dan memilih tombol Hubungan.
   
   
2. Pada layar Hubungan, tambahkan tiga meja Anda ingin membuat banyak-ke-banyak hubungan dengan ke layar. Anda dapat melakukan ini dengan menyeret tabel dari kiri ke layar atau dengan menggunakan Tampilkan jendela Table, yang dapat diakses melalui tombol Show Table pada pita.
3. Ketika tabel Anda berada pada layar Hubungan tarik bidang primary key dari tabel entitas (Order dan Produk dalam contoh ini) dengan rekan-rekan mereka dalam tabel persimpangan.
   
   
4. Ketika Anda drag dan drop bidang primary key ke lapangan di meja lain, akses tahu Anda ingin membuat hubungan dan membawa pada jendela Edit Relationships. Ini adalah di mana Anda membuat hubungan yang sebenarnya. Dalam rangka menciptakan banyak-ke-banyak hubungan Anda harus membuat dua hubungan satu-ke-banyak.
   
   
5. Menciptakan hubungan one-to-many antara kedua tabel Anda entitas (Produk dan Ketertiban dalam contoh ini) dan meja persimpangan. Pilih semua tiga pilihan integritas (Catatan: opsi integritas dibahas dalam artikel Buat satu-ke-banyak di akses ).

Ketika kedua hubungan satu-ke-banyak yang menciptakan kamu telah benar-benar menciptakan banyak-ke-banyak hubungan, karena banyak-ke-banyak hubungan terbuat dari dua hubungan satu-ke-banyak. Hasil akhirnya akan terlihat seperti ini:

Create a one-to-many relationship in MS Access

Satu-ke-banyak hubungan adalah hubungan yang paling umum dalam desain database. Tutorial ini menjelaskan cara membuat satu-ke-banyak hubungan di Microsoft Access 2010. Dalam rangka untuk menciptakan hubungan Anda harus terlebih dahulu dua tabel. Saya berasumsi Anda tahu cara membuat tabel, jika tidak, kita lihat pada artikel cara membuat tabel dalam Access 2010 .

Menciptakan hubungan satu-ke-banyak

Saya membuat dua tabel untuk tutorial ini, meja Pelanggan yang menyimpan pelanggan dan meja Orde yang menyimpan perintah. Tabel Pelanggan sudah berisi beberapa data.
Tabel Orde kosong dan berisi field customer_id. Dalam rangka menciptakan hubungan one-to-many kita akan menghubungkan lapangan customer_id pada tabel Order untuk bidang customer_id pada tabel Pelanggan, sehingga setiap order dapat dikaitkan dengan Nasabah. Bidang customer_id pada tabel Orde disebut kunci asing.

Tabel Pelanggan

Tabel urutan kosong. Bidang customer_id tidak terkait dengan tabel Pelanggan belum.

Mengambil langkah-langkah berikut untuk membuat hubungan satu-ke-banyak.

Ikuti langkah berikut untuk membuat hubungan satu-ke-banyak

1. Buat dua tabel. Banyak-tabel (Order dalam contoh ini) harus memiliki bidang yang akan menjadi kunci asing. Bidang ini harus memiliki tipe data yang sama sebagai primary key akan menunjuk pada (primary key Nasabah dalam contoh ini). Anda dapat memilih nama untuk lapangan. Nama bidang kunci asing tidak harus sama dengan bidang kunci utama mengacu pada, tapi itu diperbolehkan.
2. Pilih tab Database Tools pada pita dan kemudian klik tombol Hubungan. Ini akan membuka layar hubungan Access.
   
   
3. Akses akan meminta Anda yang tabel yang ingin ditampilkan pada layar hubungan. Pilih dua tabel Anda ingin membuat hubungan satu-ke-banyak untuk dan klik Add. Tabel akan muncul di layar hubungan.
   
   
   
   Catatan: Anda selalu dapat menambahkan tabel kemudian dengan menyeret mereka dari daftar di sebelah kiri ke layar hubungan.
4. Cara termudah untuk menciptakan hubungan one-to-many adalah memilih customer_id pada tabel Pelanggan dengan mouse Anda dan sekaligus menjaga tombol mouse ke bawah, menyeret lapangan ke lapangan customer_id di TableA Order dan melepaskannya.
   
   
   
   

   Drag dan drop kunci utama dari Nasabah kepada (segera akan) kunci asing dalam tabel Order.
5. Bila Anda melepas mouse di atas lapangan customer_id pada tabel Orde Access akan menampilkan jendela Edit Relationships.
   
   
   
   Seperti yang Anda lihat, akses sudah mengisi informasi yang paling penting bagi Anda, berdasarkan pilihan Anda dari bidang customer_id. Bidang customer_id dari tabel pelanggan adalah di sebelah kiri ("Table") dan bidang customer_id dari tabel Order adalah di sebelah kanan ("tabel Istimewa"). Inilah yang kami inginkan, karena kami ingin bidang customer_id pada tabel Order untuk berhubungan dengan bidang customer_id dari tabel Pelanggan. Jika Anda klik Buat sekarang Anda akan menciptakan hubungan one-to-many. Di bawah ini Anda akan menemukan penjelasan tentang Enforce Referential Integrity, Cascade Update Related Fields dan Cascade Hapus pilihan terkait Records.

The Menegakkan pilihan Referential Integritas

Jika Anda memilih Enforce Referential Integrity opsi Access akan memastikan bahwa setiap record dalam tabel Orde mengacu pada catatan yang ada dalam tabel Pelanggan. Memilih opsi ini tidak memungkinkan untuk membuat Orde mencatat thar merujuk kepada satu pelanggan tidak ada. Anda harus memilih Enforce Referential Integrity secara default, karena melindungi integritas data Anda.

The Cascade Update Related Fields pilihan

Jika Anda memilih Cascade Update Related Fields pilihan Access akan mengubah kunci asing jika primary key mengacu pada perubahan. Dalam kasus satu-ke-banyak contoh kita ini berarti bahwa jika primary key dari pelanggan (satu) perubahan, Access secara otomatis akan memperbarui kunci asing yang merujuk kepada pelanggan ini dalam tabel Order (banyak). The Cascade Update Related Fields pilihan juga melindungi integritas data Anda karena mencegah catatan dari menjadi terpisah dari catatan yang terkait.

The Cascade Hapus option terkait Rekaman

Pilihan Cascade Hapus Rekor Terkait memastikan bahwa setiap kali pelanggan (satu) record dihapus, daripada catatan terkait (banyak) dalam tabel Orde juga akan dihapus. Anda harus memilih opsi ini jika banyak bagian dari hubungan tidak digunakan atau tidak diperlukan lagi tanpa satu bagian. Dalam kasus satu-ke-banyak contoh kita ini akan berarti bahwa ketika seorang pelanggan dihapus als / perintah nya akan dihapus dari tabel pesanan juga.

Hubungan pada layar Hubungan satu-ke-banyak. 1 menunjukkan 1 sisi hubungan dan simbol infinity (∞) banyak sisi.

Langkah terakhir dalam menciptakan hubungan one-to-many adalah memutuskan yang mana dari pilihan integritas Anda pilih. Terakhir, klik Create untuk membuat hubungan. Hasilnya akan terlihat seperti gambar di atas.

Jenis data dalam Microsoft Access

Database terdiri dari tabel, tabel terdiri dari bidang dan bidang adalah dari tipe data tertentu. Tipe data Bidang ini menentukan jenis data dapat terus. Setiap database memiliki tipe data untuk teks, bilangan bulat (integer adalah bilangan bulat, bilangan yaitu tanpa pecahan) dan bilangan desimal dan begitu juga Access. Tetapi Access juga memiliki beberapa tipe data yang spesifik untuk Access, seperti Hyperlink, Lampiran dan Dihitung tipe data. Dalam artikel ini saya akan menjelaskan tipe data Access dan memberikan penjelasan penggunaannya.

Memilih tipe data untuk bidang Anda

Bila Anda membuat tabel dalam Design View, Access memungkinkan Anda memilih tipe data untuk bidang Anda. Anda dapat mengakses Design View dengan mengklik kanan meja Anda dalam daftar objek di sebelah kiri layar dan memilih Design View.

Sebuah bidang Jenis Nomor harus berisi angka. Jika Anda mencoba untuk dimasukkan ke dalam teks, Access tidak akan menyukainya dan akan membiarkan Anda tahu.

Ikhtisar tipe data Access

Ketika Anda mulai menggunakan Access kadang-kadang sulit untuk mencari tahu apa tipe data yang akan digunakan untuk lapangan. Tabel di bawah ini memberikan Anda gambaran umum dari setiap jenis data dalam Access dan situasi di mana Anda akan menggunakan tipe data.

Akses tipe data	Digunakan untuk
Teks	Pendek (<255 karakter) seperti nama, judul artikel, kode pos, deskripsi singkat, dll
Memo	Teks yang panjang seperti teks tubuh artikel, posting blog, deskripsi panjang
Jumlah	Kuantitas, ukuran, panjang, berat, kecepatan, skor, persentase
Tanggal / Waktu	Tanggal lahir, tanggal order, tanggal kadaluarsa, tanggal pembuatan, tanggal berlangganan
Mata uang	Harga
AutoNumber	Bidang kunci primer
Ya / Tidak	Ya / Tidak ada situasi seperti 'ingin menerima buletin atau tidak ingin menerima buletin', 'produk yang ditawarkan atau produk tidak ditawarkan', dll
Objek OLE	Digunakan untuk menanamkan atau link ke dokumen dari program lain seperti Excel dan Word.
Hyperlink	Digunakan untuk hyperlink
Lampiran	Digunakan untuk menyimpan file dalam database Access. Tipe data lampiran memungkinkan Anda menyimpan satu atau lebih file per record.
Dihitung	Bidang dihitung memungkinkan Anda untuk menyimpan hasil dari perhitungan yang mencakup data dari bidang lain. Menyimpan data yang dapat berasal dari bidang lain Namun harus dihindari dalam desain database. Penggunaan lapangan dihitung tidak dianjurkan.
Lookup Wizard ..	Bidang Wizard lookup memungkinkan pengguna memilih dari satu set yang telah ditetapkan pilihan, seperti "laki-laki" atau "perempuan" pilihan atau "negara" pilihan.

Pilih jenis data Anda dengan bijaksana, dan pada waktu yang tepat

Memilih tipe data yang tepat untuk bidang Anda bukan ilmu roket, tapi sebaiknya untuk mendapatkannya benar pada kali pertama, karena mengubah tipe data kemudian ketika meja Anda berisi data bisa rumit. Jika Anda mencoba untuk mengubah tipe data lapangan ketika tabel berisi data untuk bidang itu, daripada Access harus mengkonversi data ke tipe data baru dan itu tidak selalu mungkin.
Jika, misalnya, meja Anda berisi field Teks yang berisi hanya angka, akses akan tidak punya masalah mengkonversi bidang tersebut untuk tipe data Number. Tetapi akses tidak akan dapat mengkonversi field Teks ke bidang Nomor ketika lapangan berisi data non-numerik seperti "halo, apa kabar" atau "123ABC" atau "Aku benar-benar mendambakan selai kacang jelly sandwich, tapi Saya malas untuk mendapatkan dari sofa ". Karena tidak ada cara untuk data ini akan dikonversi ke angka.
Jadi, pilih jenis data yang tepat pada saat Anda membuat tabel Anda. Ini bisa menyelamatkan Anda beberapa masalah di kemudian hari.

Bidang properti

Tipe data Bidang ini tidak hanya menentukan jenis data yang dapat dimasukkan ke dalam. Hal ini juga menentukan sifat Anda dapat mengatur di lapangan seperti yang Anda akan melihat pada bagian selanjutnya.

Tipe data Text

Tipe data Text digunakan sangat sering untuk nama, deskripsi, judul, dan sebagainya. Bidang teks dapat berisi maksimal 255 karakter teks.
Di bawah ini adalah gambar panel Field Properties untuk field Teks. The Field Properties dapat ditemukan dengan melihat meja Anda dalam Design View dan memilih salah satu bidangnya. The Field Properties di bagian bawah layar.

Properti untuk field Teks

Sifat yang paling penting dari Teks di bawah.

Milik	Penjelasan
Field Size	Jumlah maksimum karakter yang dapat Anda masukkan. Maksimum terbesar Anda dapat mengatur adalah 255.
Format	Aturan untuk tampilan bidang ini dalam datasheet
Mask masukan	Dalam masukan mask adalah pola bahwa semua data yang dimasukkan dalam bidang ini harus mematuhi
Caption	Ketika teks keterangan dimasukkan, ia ditampilkan sebagai label lapangan dalam bentuk. Jika tidak ada yang diisi, nama yang diajukan digunakan untuk tujuan ini.
Nilai default	The nilai default dimasukkan oleh Access secara otomatis ketika tidak ada nilai lain yang disediakan untuk lapangan.
Aturan Validasi	Aturan yang memvalidasi input. Baca lebih lanjut tentang aturan validasi dalam aturan validasi tutorial .
Wajib	Menunjukkan apakah nilai yang diperlukan untuk bidang ini. Akses akan menunjukkan pesan kesalahan dan tidak akan memasukkan catatan baru jika Anda mencoba untuk menyisipkan catatan baru yang tidak memiliki nilai untuk bidang yang diperlukan.
Izinkan Nol Panjang	Menunjukkan apakah Anda diijinkan untuk memasukkan teks yang berisi karakter nol.
Diindeks	Terapkan indeks ketika Anda ingin untuk memungkinkan pencarian cepat pada isi bidang atau ketika Anda ingin memaksakan kendala yang unik (Pilih "Ya, tidak ada duplikat") di lapangan.

Tipe data Memo

Memo tipe data dimaksudkan untuk menyimpan data teks, seperti tipe data Text. Berbeda dengan tipe data Text, Memo tidak memiliki batas ukuran 255 karakter. Tipe data Memo dapat menyimpan suatu tempat sekitar 65000 karakter jika Anda memasukkan mereka melalui antarmuka Access dan 1 Gigabytes jika Anda memasukkan teks programatik.
Di Access 2007 dan 2010, bidang Memo tipe data dapat dikonfigurasi untuk mengandung Rich Text. Rich Text adalah teks yang format seperti tebal dan miring dapat diterapkan. Di latar belakang Access mengkonversi styling ini ke HTML.
Sifat dari Memo tipe data yang sangat mirip dengan sifat bidang tipe data Text, jadi saya tidak akan menjelaskan lagi.

Properti Text Format memungkinkan Anda memilih antara Plain Text dan Rich Text.

Tipe data Number

Tipe data Jumlah di Access adalah tipe data untuk berbagai jenis nomor, seperti Integer, Long Integer, Byte, Desimal, dan sebagainya. Yang tepat jenis nomor dikonfigurasi menggunakan properti Field Size.
Ketika membuat sebuah bidang Nomor baru default properti Field Size ke Long Integer. Jadi secara default, field Nomor dapat berisi bilangan bulat.

Bidang Size milik tipe data Number memungkinkan Anda memilih jenis nomor untuk lapangan. Di bawah ini adalah karakteristik dari masing-masing jenis.

Field Size	Penjelasan	Ketelitian
Byte	Bidang Byte memungkinkan bilangan bulat dari 0 sampai 255.	-
Bilangan bulat	Toko lapangan Integer seluruh nomor antara -32,768 dan 32,767.	-
Panjang Integer	Long Integer bidang toko seluruh nomor antara -2.147.483.648 dan -2.147.483.647.	-
Desimal	Bidang Decimal digunakan untuk menyimpan nilai desimal. Ini memiliki presisi terbesar dari semua bidang Nomor. Sifat-sifat bidang Decimal akan membiarkan Anda memilih total presisi (max 28) dan jumlah tempat desimal.	28
Tunggal	Untuk angka floating point nilai yang berkisar dari -3,4 x 10 38-3,4 x 10 38. Single tipe data memiliki presisi dari 7 dan yang terbaik adalah tidak digunakan untuk perhitungan yang membutuhkan tingkat presisi yang tinggi.	7
Dobel	Tipe data ganda toko angka antara -1,797 x 10 308-1,797 x 10 308	12
Replikasi ID	Sebuah ID replikasi adalah string alfanumerik panjang yang digunakan dalam replikasi database.	-

Nilai-nilai Ukuran lapangan yang paling umum mungkin Integer Panjang dan Double.

Tanggal / Waktu tipe data

Tanggal / Waktu tipe data digunakan untuk menyimpan nilai tanggal, nilai waktu, atau gabungan tanggal dan waktu nilai-nilai. Dalam latar belakang Access selalu menyimpan tanggal dan waktu yang Anda masukkan seperti nomor. Format Thedate Anda menentukan menentukan apa bagian dari tanggal dan waktu ditampilkan dalam lembar data Access.
Dalam sifat bidang Tanggal / Waktu Anda dapat memilih format untuk field tanggal Anda.

Perhatikan bahwa apa yang muncul dalam Format daftar pilih tergantung pada daerah dan bahasa pengaturan komputer Anda. Format tanggal default pada Windows pada komputer saya diatur ke Belanda. Itulah sebabnya format tanggal panjang adalah "dinsdag 19 juni" (Selasa, 19 Juni). Access secara otomatis akan menampilkan format tanggal yang umum untuk wilayah dan bahasa komputer Anda disetel ke.
Jika Anda tidak puas dengan format tanggal standar yang Access menawarkan Anda juga dapat mengetikkan sendiri format tanggal kustom Anda. Untuk mempelajari lebih lanjut tentang membuat format tanggal Anda sendiri, lihat di sini .
Salah satu fitur bagus lain dari Date / Time Tipe data properti Tampilkan Date Picker. Ketika diaktifkan (dengan memilih "Untuk tanggal") Access akan menampilkan tanggal pemetik dalam lembar data ketika sel tanggal yang dipilih.

Tanggal pemetik widget untuk memudahkan pemilihan tanggal

Tipe data Mata Uang

Currency tipe data juga menyesuaikan dengan pengaturan wilayah dan bahasa dari sistem operasi. Tapi Anda bisa mengubah perilaku ini.
Tipe data mata uang sangat cocok untuk perhitungan yang melibatkan mata uang karena mencegah kesalahan pembulatan dengan pecahan yang sangat kecil yang umum untuk floating jenis titik Nomor seperti Double.
Di Field Properties panel lapangan Mata uang Anda akan menemukan sebuah kotak dropdown Format dengan sejumlah format yang telah ditentukan. Sama seperti dengan Tanggal nilai / Waktu, format yang muncul di sini tergantung pada daerah dan bahasa pengaturan komputer Anda.

Catatan bahwa Anda juga dapat mengetik nilai adat ke dalam bidang Format. Jika Anda tinggal di AS, tapi ingin menampilkan harga di Polandia Zloty ini (Zloty adalah mata uang Polandia) Anda bisa memasukkan format mata uang kustom seperti ini:

#, ###. ## Zł

Ini akan memberitahu Access untuk menampilkan simbol zł belakang nilai mata uang dan menggunakan seribu pemisah (koma).

The AutoNumber tipe data

Jika Anda telah bekerja dengan database sebelum Anda mungkin tahu apa AutoNumber adalah untuk. AutoNumber adalah tipe data yang digunakan untuk membiarkan Access menghasilkan nilai-nilai numerik yang unik untuk Anda. The AutoNumber tipe data yang digunakan pada bidang kunci utama, karena kunci primer harus unik dan itu adalah praktik yang baik untuk meninggalkan pekerjaan menghasilkan kunci baru ke database.
Bila Anda membuat tabel baru di Access, Access secara otomatis memasukkan bidang primary key AutoNumber disebut ID untuk Anda.

Ya / Tidak datatype

Ya / Tidak datatype disebut tipe data boolean di sebagian besar database. Ya / Tidak ada tipe data ini cukup sederhana. Itu hanya memungkinkan Anda memilih antara Ya dan Tidak :). Tipe data ini digunakan untuk pertanyaan ya / tidak. Apakah pengguna ini ingin menerima buletin mingguan kami? Ya atau tidak? Apakah kita menerima pembayaran untuk pesanan ini? Ya atau Tidak?
Ya / Tidak ada bidang muncul sebagai kotak centang dalam lembar data.

The Hyperlink datatype

The Hyperlink datatype adalah kolom teks, tapi lebih menarik. Ini tidak akan mengejutkan Anda bahwa bidang ini digunakan untuk menyimpan link. Dalam lembar data, hal-hal yang Anda ketik ke dalam bidang Hyperlink secara otomatis didahului dengan http: // oleh Access dan ditampilkan sebagai link yang dapat diklik.

Lampiran datatype

Lampiran datatype digunakan untuk menyimpan satu atau lebih file dalam bidang database. Jika Anda menyetel field ke tipe data Lampiran penjepit kertas kecil akan ditampilkan dalam lembar data Access.

Mengklik ganda paperclick akan membuka jendela yang memungkinkan Anda untuk menambahkan satu atau lebih file dari hard drive Anda.

Tipe data yang dihitung

Tipe data yang dihitung memungkinkan Anda menyimpan hasil dari perhitungan yang mencakup data dari bidang lain, seperti jumlah produk x harga produk. Dalam database desain itu dianggap praktik buruk untuk menyimpan informasi yang dapat diperoleh dari bidang lain, karena Anda akan menyimpan informasi yang sama di dua lokasi dan Anda akan dipaksa untuk mengelola informasi yang di dua tempat.