Elemen model pangkalan data relasi, bagaimana untuk melakukannya, contohnya

Dia Model Relasi pangkalan data Ia adalah kaedah untuk menyusun data menggunakan hubungan, melalui struktur berbentuk grid, yang terdiri daripada lajur dan baris. Ini adalah prinsip konseptual pangkalan data relasi. Dicadangkan oleh Edgar F. Codd pada tahun 1969.

Sejak itu ia telah menjadi model pangkalan data yang dominan untuk aplikasi komersial, jika dibandingkan dengan model pangkalan data lain, seperti hierarki, rangkaian dan objek.

Sumber: Pixabay.com

Codd tidak tahu tentang yang sangat penting dan berpengaruh yang akan menjadi pekerjaannya sebagai platform untuk pangkalan data relasi. Kebanyakan orang sangat akrab dengan ekspresi fizikal hubungan dalam pangkalan data: jadual.

Model Relasi ditakrifkan sebagai pangkalan data yang membolehkan untuk mengumpulkan elemen datanya dalam satu atau lebih jadual bebas, yang boleh dikaitkan dengan satu sama lain dengan menggunakan medan umum untuk setiap jadual yang berkaitan.

[TOC]

Pengurusan pangkalan data

Pangkalan data serupa dengan spreadsheet. Walau bagaimanapun, hubungan yang boleh dibuat di antara jadual membolehkan pangkalan data relasi untuk menyimpan sejumlah besar data, yang dapat dipulihkan dengan berkesan.

Tujuan model relasi adalah untuk menyediakan kaedah deklaratif untuk menentukan data dan konsultasi: pengguna secara langsung mengisytiharkan maklumat yang terkandung dalam pangkalan data dan maklumat yang anda inginkan daripadanya.

Sebaliknya, mereka membiarkan perisian sistem pengurusan pangkalan data bertanggungjawab untuk menerangkan struktur data untuk prosedur penyimpanan dan pemulihan untuk bertindak balas.

Pangkalan data yang paling banyak menggunakan bahasa SQL untuk perundingan dan definisi data. Pada masa ini terdapat banyak sistem pengurusan pangkalan data relasi atau RDBMS (Sistem Pengurusan Pangkalan Data Relasi), seperti Oracle, IBM DB2 dan Microsoft SQL Server.

Ciri dan elemen

- Semua data diwakili secara konseptual sebagai pelupusan data dalam baris dan lajur, yang dipanggil hubungan atau jadual.

- Setiap jadual mesti mempunyai tajuk dan badan. Tajuk itu hanyalah senarai lajur. Tubuh adalah set data yang mengisi jadual, yang dianjurkan dalam baris.

- Semua nilai adalah memanjat. Iaitu, dalam mana -mana kedudukan baris/lajur yang diberikan dalam jadual, hanya ada satu nilai unik.

-Item

Angka berikut menunjukkan jadual dengan nama elemen asasnya, yang membentuk struktur lengkap.

Tupla

Setiap baris data adalah tupla, juga dikenali sebagai pendaftaran. Setiap baris adalah n-tupla, tetapi "n-" biasanya dikesampingkan.

Kolum

Setiap lajur tupla dipanggil atribut atau medan. Lajur mewakili set nilai yang boleh dimiliki oleh atribut tertentu.

Petunjuk

Setiap baris mempunyai satu atau lebih lajur yang dipanggil jadual. Nilai gabungan ini unik untuk semua baris meja. Melalui kunci ini, setiap tupla akan dikenalpasti dengan cara yang tidak sepatutnya. Iaitu, kunci tidak dapat diduplikasi. Ia dipanggil kunci utama.

Sebaliknya, kunci luaran atau sekunder adalah medan jadual yang merujuk kepada kunci utama beberapa jadual lain. Ia digunakan untuk merujuk kepada jadual utama.

-Peraturan Integriti

Semasa merancang model hubungan, beberapa syarat yang mesti dipenuhi dalam pangkalan data, yang dipanggil peraturan integriti ditakrifkan.

Boleh melayani anda: makrokomputer: sejarah, ciri, kegunaan, contoh

Integriti utama

Kunci utama mestilah unik untuk semua tuples dan tidak boleh mempunyai nilai null (null). Jika tidak, anda tidak akan dapat mengenal pasti baris secara eksklusif.

Untuk kunci yang terdiri daripada beberapa lajur, tiada lajur tersebut boleh mengandungi batal.

Integriti rujukan

Setiap nilai kekunci luaran mesti bertepatan dengan nilai kunci utama dalam jadual yang dirujuk atau utama.

Dalam jadual sekunder hanya satu baris boleh dimasukkan dengan kekunci luaran jika nilai itu wujud dalam jadual utama.

Jika nilai perubahan utama dalam jadual utama, untuk mengemas kini atau menghapuskan baris, maka semua baris dalam jadual sekunder dengan kunci luaran ini mesti dikemas kini atau dihapuskan dengan sewajarnya.

Cara membuat model hubungan?

-Mengumpul data

Data yang diperlukan untuk menyimpannya dalam pangkalan data mesti dikumpulkan. Data ini dibahagikan kepada jadual yang berbeza.

Jenis data yang sesuai mesti dipilih untuk setiap lajur. Sebagai contoh: Nombor keseluruhan, nombor titik terapung, teks, tarikh, dll.

-Tentukan kunci utama

Untuk setiap jadual, anda mesti memilih lajur (atau beberapa lajur) sebagai kunci utama, yang secara unik akan mengenal pasti setiap baris jadual. Kunci utama juga digunakan untuk merujuk kepada jadual lain.

-Mewujudkan hubungan antara jadual

Pangkalan data yang terdiri daripada jadual bebas dan tidak berkaitan mempunyai sedikit tujuan.

Aspek yang paling penting dalam reka bentuk pangkalan data relasi adalah untuk mengenal pasti hubungan antara jadual. Jenis hubungan adalah:

Satu kepada banyak

Dalam pangkalan data "kelas", seorang guru boleh mengajar dalam kelas sifar atau lebih, sementara kelas diajar oleh seorang guru tunggal. Hubungan jenis ini dikenali sebagai satu daripada banyak.

Hubungan ini tidak dapat diwakili dalam satu jadual. Dalam pangkalan data "Penyenaraian Kelas", anda boleh mempunyai jadual yang dipanggil Guru, yang menyimpan maklumat mengenai guru.

Untuk menyimpan kelas yang diajar oleh setiap guru, lajur tambahan boleh dibuat, tetapi masalah akan dihadapi: berapa lajur yang dibuat.

Sebaliknya, jika anda mempunyai jadual yang dipanggil kelas, ia menyimpan maklumat mengenai kelas, lajur tambahan boleh dibuat untuk menyimpan maklumat mengenai guru.

Walau bagaimanapun, sebagai seorang guru boleh mengajar di banyak kelas, datanya akan dua kali ganda dalam banyak pangkat dalam jadual kelas.

Reka bentuk dua jadual

Oleh itu, dua jadual perlu direka: jadual kelas untuk menyimpan maklumat mengenai kelas, dengan kelas_id sebagai kunci utama, dan jadual induk untuk menyimpan maklumat mengenai guru, dengan guru_id sebagai kunci utama.

Kemudian anda boleh membuat hubungan dengan banyak menyimpan kunci utama jadual induk (master_id) dalam jadual kelas, seperti digambarkan di bawah.

Lajur Master_ID dalam jadual kelas dikenali sebagai kunci luaran atau sekunder.

Untuk setiap nilai master_id dalam jadual induk, mungkin ada sifar atau lebih baris dalam jadual kelas. Untuk setiap nilai kelas_id dalam jadual kelas, hanya ada satu baris dalam jadual induk.

Banyak kepada ramai

Dalam pangkalan data "jualan produk", pesanan pelanggan boleh mengandungi beberapa produk, dan produk boleh muncul dalam beberapa pesanan. Hubungan jenis ini dikenali sebagai banyak kepada banyak.

Ia boleh melayani anda: ICT (Teknologi Maklumat dan Komunikasi)

Anda boleh memulakan pangkalan data "Jualan Produk" dengan dua jadual: Produk dan Pesanan. Jadual Produk mengandungi maklumat mengenai produk, dengan produk sebagai kunci utama.

Sebaliknya, pesanan mengandungi pesanan pelanggan, dengan meminta sebagai kod utama.

Anda tidak dapat menyimpan produk yang diminta dalam jadual yang diperintahkan, kerana tidak diketahui berapa banyak lajur rizab untuk produk. Tidak boleh pesanan disimpan dalam produk meja dengan alasan yang sama.

Untuk mengakui hubungan yang banyak kepada ramai, adalah perlu untuk membuat jadual ketiga, yang dikenali sebagai Jadual Kesatuan (meminta), di mana setiap baris mewakili elemen perintah tertentu.

Untuk jadual yang diminta, kunci utama terdiri daripada dua lajur: pesanan dan produk, mengenal pasti setiap baris setiap baris.

Lajur yang diminta dan produk dalam permintaan kaedah digunakan untuk merujuk pesanan dan produk. Oleh itu, mereka juga merupakan kunci luaran untuk permintaan permintaan itu.

Satu demi satu

Dalam pangkalan data "Jualan Produk", produk boleh mempunyai maklumat pilihan, sebagai penerangan tambahan dan imejnya. Simpan di dalam produk akan menjana banyak ruang kosong.

Oleh itu, anda boleh membuat jadual lain (produk extexts) untuk menyimpan data pilihan. Hanya rekod untuk produk dengan data pilihan yang akan dibuat.

Dua jadual, produk dan produk, mempunyai satu -satu hubungan. Untuk setiap baris dalam jadual produk terdapat baris maksimum dalam tablex produk. Produk yang sama harus digunakan sebagai kunci utama untuk kedua -dua jadual.

Kelebihan

Kemerdekaan struktur

Dalam model pangkalan data hubungan, perubahan dalam struktur pangkalan data tidak mempengaruhi akses kepada data.

Apabila ada kemungkinan untuk membuat perubahan dalam struktur pangkalan data tanpa menjejaskan keupayaan DBMS untuk mengakses data, boleh dikatakan bahawa kemerdekaan struktur telah dicapai.

Kesederhanaan konseptual

Model pangkalan data relasi lebih mudah pada tahap konseptual daripada model hierarki atau rangkaian pangkalan data.

Oleh kerana model pangkalan data relasi melepaskan pereka dari butiran penyimpanan fizikal data, pereka dapat menumpukan perhatian pada pandangan logik pangkalan data.

Kemudahan reka bentuk, pelaksanaan, penyelenggaraan dan penggunaan

Model pangkalan data relasi mencapai kemerdekaan data dan kemerdekaan struktur, yang menjadikan reka bentuk, penyelenggaraan, pentadbiran dan penggunaan pangkalan data lebih mudah daripada model lain.

Kapasiti perundingan ad-hoc

Kehadiran kapasiti konsultasi yang sangat kuat, fleksibel dan mudah digunakan adalah salah satu sebab utama populariti besar pangkalan data pangkalan data.

Bahasa perundingan model pangkalan data relasi, yang dipanggil bahasa konsultasi berstruktur atau SQL, membuat pertanyaan ad-hoc menjadi kenyataan. SQL adalah bahasa generasi keempat (4GL).

4GL membolehkan pengguna menentukan apa yang perlu dilakukan, tanpa menyatakan bagaimana ia perlu dilakukan. Oleh itu, dengan pengguna SQL dapat menentukan maklumat yang mereka mahukan dan tinggalkan butiran tentang cara mendapatkan maklumat ke pangkalan data.

Kekurangan

Perbelanjaan perkakasan

Model pangkalan data relasi menyembunyikan kerumitan pelaksanaannya dan butiran penyimpanan fizikal data pengguna.

Boleh melayani anda: apakah kod g? (Dengan contoh)

Untuk melakukan ini, sistem pangkalan data relasi memerlukan komputer dengan perkakasan dan penyimpanan yang lebih kuat.

Oleh itu, RDBMS memerlukan mesin yang kuat untuk bekerja tanpa masalah. Walau bagaimanapun, kerana kuasa pemprosesan komputer moden semakin meningkat pada kadar eksponen, keperluan untuk lebih banyak kuasa pemprosesan dalam senario semasa tidak lagi menjadi masalah yang sangat besar.

Kemudahan reka bentuk boleh menyebabkan reka bentuk yang tidak baik

Pangkalan Data Relasi mudah direka bentuk dan digunakan. Pengguna tidak perlu mengetahui butiran kompleks penyimpanan fizikal data. Mereka tidak perlu tahu bagaimana data benar -benar disimpan untuk mengaksesnya.

Reka bentuk dan penggunaan mudah ini dapat membawa kepada pembangunan dan pelaksanaan sistem pengurusan pangkalan data yang sangat buruk. Oleh kerana pangkalan data adalah cekap, ketidakcekapan reka bentuk ini tidak akan menjadi terang apabila pangkalan data direka dan apabila hanya terdapat sedikit data.

Apabila pangkalan data tumbuh, pangkalan data yang direka dengan baik akan melambatkan sistem dan menyebabkan kemerosotan prestasi data dan rasuah.

Fenomena "Kepulauan Maklumat"

Seperti yang dikatakan sebelum ini, sistem pangkalan data relasi mudah dilaksanakan dan digunakan. Ini akan mewujudkan situasi di mana terlalu banyak orang atau jabatan akan membuat pangkalan data dan aplikasi mereka sendiri.

Kepulauan maklumat ini akan mengelakkan penyepaduan maklumat, yang penting untuk fungsi cecair dan cekap organisasi.

Pangkalan data individu ini juga akan menimbulkan masalah seperti ketidakkonsistenan data, duplikasi data, redundansi data, dll.

Contoh

Katakan pangkalan data yang terdiri daripada jadual, kepingan dan penghantaran. Struktur jadual dan beberapa rekod sampel dibentangkan di bawah:

Setiap baris dalam jadual bekalan dikenal pasti oleh nombor pembekal yang unik (SNO), mengenal pasti secara unik setiap baris jadual. Begitu juga, setiap bahagian mempunyai nombor bahagian yang unik (PNO).

Di samping.

Hubungan jadual dan penghantaran diberikan dengan mempunyai persamaan medan PNO (nombor sekeping) dan hubungan antara pembekal dan penghantaran timbul daripada mempunyai persamaan medan SNO (nombor pembekal).

Menganalisis jadual penghantaran boleh diperolehi sebagai maklumat yang dihantar sebanyak 500 kacang dari pembekal Suneet dan Ankit, 250 setiap satu.

Begitu juga, 1 dihantar.100 bolt dari tiga pembekal yang berbeza. 500 skru biru dihantar dari pembekal matahari terbenam. Tidak ada penghantaran skru merah.

Rujukan

1. Wikipedia, The Free Encyclopedia (2019). Model Relasi. Diambil dari: dalam.Wikipedia.org.
2. Ravepedia (2019). Model Relasi. Diambil dari: ravepedia.com.
3. Diesh Thakur (2019). Model Relasi. Nota Ecomputer. Diambil dari: Ecomputernote.com.
4. Geeks untuk Geeks (2019). Model Relasi. Diambil dari: geeksforgeeks.org.
5. Universiti Teknologi Nanyang (2019). Tutorial Cepat Skart mengenai Reka Bentuk Pangkalan Data Relasi. Diambil dari: ntu.Edu.SG.
6. Adrienne Watt (2019). Bab 7 Model Data Hubungan. BC buku teks terbuka. Diambil dari: OpenTextBC.Ac.
7. Toppr (2019). Pangkalan data dan skema hubungan. Diambil dari: toppr.com.