Database relasional. Gagasan database relasional

Munculnya teknologi komputer informasi modern ditandai sebuah revolusi dalam semua bidang aktivitas manusia. Tetapi untuk semua informasi tidak menjadi limbah yang tidak perlu di internet, diciptakan oleh sistem database, di mana bahan diurutkan, sistematis, dengan hasil bahwa mereka mudah untuk menemukan dan menyerahkan pengolahan selanjutnya. Ada tiga varietas utama - mengalokasikan database relasional, hirarkis, jaringan.

model mendasar

Kembali ke munculnya database, harus dikatakan bahwa proses ini cukup kompleks, berasal dengan pengembangan peralatan pengolahan informasi diprogram. Hal ini tidak mengherankan bahwa jumlah model saat ini mencapai lebih dari 50, tapi yang utama dianggap hirarkis, relasional dan jaringan, yang masih banyak digunakan dalam praktek. Apa yang mereka wakili?

database hierarkis memiliki struktur pohon dan terdiri dari data tingkat yang berbeda antara yang ada adalah komunikasi. Jaringan model database adalah pola yang lebih rumit. Strukturnya menyerupai hirarki, dan skema diperluas dan ditingkatkan. Perbedaan antara mereka adalah bahwa keturunan model data hirarkis dapat dihubungkan dengan hanya satu nenek moyang, sedangkan jaringan mungkin ada beberapa. Struktur dari relasional database yang jauh lebih kompleks. Oleh karena itu, harus dibongkar secara lebih rinci.

Konsep dasar dari basis data relasional

Model ini dikembangkan pada tahun 1970 oleh ilmu pengetahuan Dr. Edgar F. Codd. Ini adalah tabel logis terstruktur dengan bidang yang menggambarkan data, hubungan mereka satu sama lain, operasi yang dilakukan pada mereka, dan yang paling penting - aturan yang menjamin integritas mereka. Mengapa disebut model relasional? Hal ini didasarkan pada hubungan (dari bahasa Latin. Relatio) antara data. Ada banyak definisi dari ini jenis database. tabel relasional dengan informasi jauh lebih mudah untuk mengatur dan memberikan pengobatan, daripada jaringan atau model hirarkis. Bagaimana Anda melakukannya? Hal ini cukup untuk mengetahui fitur, struktur model dan sifat dari tabel relasional.

Proses pemodelan dan dasar elemen

Dalam rangka untuk membuat database Anda sendiri, Anda harus menggunakan salah satu alat pemodelan untuk berpikir dengan informasi apa yang Anda butuhkan untuk bekerja, untuk merancang meja relasional dan link tunggal dan ganda antara entitas data untuk mengisi sel dan mengatur kunci primer atau asing.

Pemodelan tabel dan merancang database relasional dilakukan melalui alat gratis seperti Workbench, PhpMyAdmin, Case Studio, dbForge Studio. Setelah merancang rinci untuk menyimpan model relasional selesai grafis dan menerjemahkannya ke dalam kode SQL-siap. Pada tahap ini, Anda dapat mulai bekerja dengan penyortiran data, pengolahan dan sistematisasi.

Fitur struktur dan istilah yang terkait dengan model relasional

Masing-masing sumber dengan caranya sendiri menggambarkan unsur-unsurnya, jadi saya ingin memberikan sedikit petunjuk untuk kurang kebingungan:

• relasional label = alam;
• layout = atribut name = golf = header kolom entitas;
• contoh entitas = tuple = record = piring line;
• atribut = value = entitas sel lapangan.

Untuk pergi ke properti database relasional harus menyadari beberapa komponen dasar itu terdiri dari dan untuk yang mereka dimaksudkan.

1. Essence. Tabel database relasional dapat menjadi salah satu, atau mungkin satu set meja yang mencirikan dijelaskan objek yang tersimpan di dalamnya melalui data. Mereka memiliki sejumlah tetap bidang, dan sejumlah variabel entri. Tabel database model relasional terdiri dari string, atribut, dan tata letak.
2. Rekaman - variabel jumlah baris yang menampilkan data yang mencirikan objek dijelaskan. Penomoran entri yang dibuat secara otomatis oleh sistem.
3. Atribut - Data yang menunjukkan kolom RINGKASAN.
4. Field. Ini adalah kolom entitas. Jumlah mereka - nilai tetap diatur selama pembuatan atau modifikasi meja.

Sekarang, mengetahui unsur-unsur dari tabel, Anda dapat beralih ke properti dari database model relasional:

• Inti dari database relasional dua dimensi. Karena properti ini dengan mereka dengan mudah prodelyvat berbagai operasi logis dan matematis.
• Urutan nilai atribut dan catatan dalam tabel relasional bisa sembarangan.
• Kolom dalam tabel relasional harus memiliki nama yang unik.
• Semua data dalam kolom dasarnya memiliki panjang tetap dan jenis yang sama.
• Entri pada dasarnya dianggap sebagai salah satu bagian dari data.
• komponen penyusun baris yang unik. Sifat relasional ada duplikasi baris.

Berdasarkan sifat dari database relasional, dapat dipahami bahwa nilai-nilai atribut harus dari jenis yang sama, panjang. Pertimbangkan nilai atribut tertentu.

Karakteristik utama dari bidang database relasional

nama field harus unik dalam satu kesatuan. Jenis-jenis atribut atau bidang database relasional menggambarkan kategori data yang tersimpan di bidang entitas. Bidang database relasional harus memiliki ukuran tetap, yang dihitung dalam karakter. Parameter dan memformat nilai atribut menentukan cara mengoreksi data mereka. Namun ada hal seperti itu sebagai "topeng" atau "masukan template". Hal ini dirancang untuk menentukan konfigurasi input data dalam nilai atribut. Tentu saja di catatan yang salah jenis data yang harus dikeluarkan untuk laporan bug di lapangan. Juga di lapangan elemen beberapa keterbatasan - kondisi untuk memeriksa akurasi dan presisi dari entri data. Ada nilai atribut wajib yang unik harus diisi dengan data. Beberapa baris atribut dapat diisi dengan NULL-nilai. Diizinkan untuk memasuki atribut field data kosong. Seperti laporan bug, ada nilai-nilai yang diisi secara otomatis oleh sistem - ini adalah data default. Untuk mempercepat pencarian data dimaksudkan diindeks lapangan.

Skema dimensi tabel database relasional

Untuk pemahaman rinci tentang sistem manajemen model menggunakan SQL terbaik untuk mempertimbangkan skema sebagai contoh. Kita sudah tahu apa adalah sebuah database relasional. Entri dalam setiap meja - elemen data tunggal. Untuk mencegah redundansi data, diperlukan untuk menormalkan operasi.

Aturan dasar normalisasi alam relasional

1. Nilai dari nama field untuk tabel relasional harus unik, salah satu dari jenis (First Normal Form - 1NF).

2. Untuk tabel yang telah dikurangi menjadi 1NF, non-mengidentifikasi nama setiap kolom menjadi tergantung pada pengenal meja unik (2NF).

3. Untuk semua tabel yang sudah disimpan dalam 2NF, non-mengidentifikasi masing-masing bidang bisa mandiri dari nilai elemen tak dikenal lainnya (3NF entitas).

Database: link relasional antara tabel

Ada 2 utama jenis hubungan tablet relasional:

• "Satu-banyak". Menurut terjadi ketika salah satu kunci entri tabel №1 beberapa contoh dari entitas kedua. ikon kunci pada salah satu ujung garis yang ditarik menunjukkan bahwa substansi adalah di sisi "satu", ujung garis adalah sering simbol tanda infinity.

• Komunikasi "banyak-banyak" dibentuk dalam kasus beberapa baris satu entitas logis interaksi eksplisit dengan sejumlah catatan dari meja lain.
• Jika dua entitas ada gabungan dari "1-1", itu berarti bahwa identifier kunci dari meja hadir dalam entitas lain, maka perlu untuk menghapus salah satu meja, itu berlebihan. Tapi kadang-kadang hanya untuk programmer keamanan sengaja memisahkan dua entitas. Oleh karena itu, hipotetis, hubungan antara "1-1" bisa eksis.

Keberadaan kunci dalam database relasional

kunci primer dan sekunder mengidentifikasi hubungan database yang potensial. Model komunikasi data relasional hanya dapat memiliki satu kunci kandidat, itu akan menjadi kunci utama. Apa itu? kunci utama - kolom atau satu set atribut dari esensi, di mana Anda dapat memperoleh akses ke saluran data tertentu. Ini harus unik, satu-satunya, dan bidang yang tidak dapat berisi nilai-nilai null. Jika kunci utama hanya terdiri dari satu atribut, maka dikatakan sederhana, jika tidak akan.

Selain kunci utama, ada dan eksternal (kunci asing). Banyak yang tidak mengerti apa perbedaan antara mereka. Mari kita memeriksa mereka secara lebih rinci sebagai contoh. Jadi, ada dua tabel: "Dean" dan "Mahasiswa". Inti dari "Dean" berisi kolom: "Kelompok" "ID mahasiswa", "Nama" dan Tabel "Mahasiswa" memiliki nilai atribut seperti "Nama", "Grup" dan "Rata-rata". Jadi sebagai ID mahasiswa tidak bisa sama untuk beberapa siswa, itu adalah bidang menjadi kunci utama. "Nama" dan "Grup" dari "siswa" tabel mungkin sama untuk beberapa orang, mereka merujuk ke nomor ID siswa dari esensi "Dean", sehingga mereka dapat digunakan sebagai kunci asing.

Contoh dari model database relasional

Untuk kejelasan, kami memberikan contoh sederhana dari model database relasional yang terdiri dari dua entitas. Ada meja dengan nama "Dean".

Hal ini diperlukan untuk melaksanakan koneksi untuk mendapatkan database relasional penuh. Entry "IN-41" serta "IN-72", mungkin ada lebih dari sekali dalam tabel "Dean" sebagai nama keluarga, nama dan patronymic siswa, dalam kasus yang jarang, bisa sama, sehingga bidang ini tidak dapat untuk membuat kunci primer. esensi dari "Mahasiswa" akan menunjukkan.

Seperti yang kita lihat, jenis bidang database relasional berbeda sepenuhnya. Hadir sebagai rekaman digital dan karakter. Oleh karena itu, pengaturan atribut harus menunjukkan nilai integer, char, vachar, tanggal dan lain-lain. Dalam "Dean" nilai unik adalah satu-satunya siswa ID. Bidang ini dapat diambil sebagai kunci utama. Nama, artis, dan telepon dari esensi "Mahasiswa" dapat diambil sebagai kunci asing referensi ID dari siswa. sambungan dibuat. Ini adalah contoh dari model komunikasi "1-1". Hipotetis, salah satu meja tambahan, mereka dapat dengan mudah digabungkan menjadi satu kesatuan. Untuk ID-jumlah siswa tidak menjadi universal dikenal, sangat mungkin bahwa ada dua meja.