Database hubungan. Pemanggih saka database hubungan

Muncule teknologi komputer ing informasi modern kita ditandhani revolusi ing kabeh lingkungan kegiatan manungsa. Nanging kanggo kabeh informasi sing ora dadi sampah rasah ing Internet, iki nemokke dening sistem database, kang bahan sing diurutake, systematized, karo asil sing lagi gampang kanggo nggoleki lan ngirim Processing sakteruse. Ana telung varieties utama - nyedhiakke hubungan database, hirarkis, jaringan.

model dhasar

Bali menyang emergence saka database, iku kudu bilih proses iki cukup Komplek, iku tekane karo perkembangan saka peralatan Processing Alexa programmable. Iku ora ngageti sing nomer model saiki tekan luwih saka 50, nanging sing gedhe-gedhe utama sing dianggep dadi hirarkis, hubungan lan jaringan, kang isih digunakake digunakake ing laku. Apa padha makili?

database hirarkis nduweni struktur wit lan dumadi saka data saka tingkat beda antarane kang ana komunikasi. Network model database punika pola liyane rumit. sawijining struktur meh podho hirarki, lan rencana ditambahi lan apik. Bentenipun antarane wong-wong iku turun temurun model data hirarkis bisa disambung karo mung siji leluhur, nalika jaringan uga sawetara. Struktur a hubungan database akeh liyane Komplek. Mulane, iku kudu dismantled ing liyane rinci.

Konsèp dhasar saka basis data hubungan

Modhel iki dikembangake ing 1970 dening ilmu Dr. Edgar F. Codd. Iku Tabel logis kabentuk kothak sing njlèntrèhaké data, sing sesambetan karo saben liyane, operasi dileksanakake ing wong, lan sing paling Jahwéh - aturan sing njamin integritas sing. Apa iku diarani modhel relasional? Iku adhedhasar hubungan (saka Latin. Relatio) antarane data. Ana akeh definisi iki jinis database. tabel hubungan karo informasi akeh luwih gampang kanggo ngatur lan menehi perawatan, tinimbang jaringan utawa model hirarkis. Apa iku? Iku cukup ngerti fitur, struktur model lan sifat tabel hubungan.

Proses modeling lan dhasar unsur

Supaya kanggo nggawe database dhewe, sampeyan kudu nggunakake salah siji saka pribadi modeling mikir karo informasi apa sing kudu bisa, kanggo ngrancang hubungan Tabel lan pranala siji lan kaping antarane èntitas data kanggo isi sèl lan nyetel tombol utami utawa manca.

Modeling tabel lan ngrancang database hubungan wis dileksanakake liwat pribadi free kaya workbench, phpMyAdmin, Case Studio, dbForge Studio. Sawise ngrancang rinci kanggo nyimpen model hubungan rampung Graphic lan nerjemahake menyang kode SQL-siap. Ing tataran iki, sampeyan bisa miwiti nggarap ngurutake data, Processing lan systematization.

Tambahan saka struktur lan istilah gadhah modhel relasional

Saben sumber ing cara dhewe nggambaraké sawijining unsur, aku kaya kanggo menehi Petunjuk sethitik kanggo kurang kebingungan:

• hubungan label = alam;
• tata = ngubungake name = golf = kolom header entitas;
• entitas Kayata = tuple = rekaman = piring line;
• ngubungake = Nilai = èntitas sel lapangan.

Kanggo pindhah menyang situs database hubungan kudu weruh saka sawetara komponen dhasar iku dumadi lan kanggo sing lagi intended.

1. Pet. Tabel database hubungan bisa dadi siji, utawa uga pesawat saka tabel sing ciri diterangake obyek disimpen ing kono liwat data. Padha duwe nomer telpon lapangan, lan nomer global entri. Tabel database modhel relasional dumadi saka strings, kawicaksanan, lan tata.
2. Rekaman - nomer global saka larik sing nampilake data sing ciri obyek kasebut. Nomer saka entri digawe kanthi otomatis déning sistem.
3. Kawicaksanan - Data nuduhake lan kolom RINGKASAN.
4. Lapangan. Iku asli entitas. Sing nomer - nilai tetep disetel sak nitahaken utawa modifikasi meja.

Saiki, ngerti unsur anggota saka meja, sampeyan bisa nerusake kanggo sifat database modhel relasional:

• Pet database hubungan loro-dimensi. Amarga sifat iki karo wong-wong mau gampang prodelyvat macem-macem operasi logis lan matematika.
• Urutan angka ngubungake lan cathetan ing hubungan Tabel bisa kasepakatan.
• Column ing hubungan Tabel kudu duwe jeneng dhewe unik.
• Kabeh data ing kolom ing ateges duwe dawa tetep lan jinis padha.
• Sembarang entri ing pet dianggep minangka salah siji Piece saka data.
• komponen anggota saka larik sing unik. Umumé hubungan sing ora duplikat larik.

Adhedhasar sifat hubungan database, iku mangerti, yèn nilai-nilai kawicaksanan kudu jinis sing padha, dawa. Coba angka ngubungake tartamtu.

Karakteristik utama saka kothak data hubungan

jeneng Field kudu unik ing entitas siji. Jinis kawicaksanan utawa kothak data hubungan njlèntrèhaké kategori data disimpen ing kothak entitas. Lapangan database hubungan kudu duwe ukuran tetep, kang wis diwilang ing karakter. Paramèter lan Format angka ngubungake netepake proses saka mbeneraké data sing. Nanging ana bab kayata "topeng" utawa "input cithakan". Iku dirancang kanggo nemtokake konfigurasi saka input data ing Nilai ngubungake. Mesthi ing rekaman salah jinis data kudu ditanggepi kanggo laporan bug ing lapangan. Uga ing lapangan unsur sawetara watesan - kondisi kanggo ngecek akurasi lan tliti data. Ana ngubungake Nilai prentah sing unik wis kebak data. Sawetara line ngubungake bisa kapenuhan NULL-nilai. Diijini ketik kawicaksanan lapangan data kosong. Minangka karo laporan bug, ana angka sing kapenuhan otomatis déning sistem - iki data standar. Kanggo nyepetake search for data dimaksudaké indeks lapangan.

Rencana dimensi Tabel database hubungan

Kanggo pangerten rinci ing sistem Manajemen model nggunakake SQL paling apik kanggo nimbang rencana minangka conto. Kita wis ngerti apa sing hubungan database. Entri ing saben meja - unsur data siji. Kanggo nyegah data redundansi, perlu kanggo normalake operasi.

Ing aturan dhasar saka normal alam hubungan

1. Ing Nilai saka jeneng lapangan kanggo hubungan Tabel kudu unik, salah siji jenis (First Normal Formulir - 1NF).

2. Kanggo Tabel sing wis suda kanggo 1NF, non-Ngenali jeneng asli apa dadi gumantung ing pengenal Tabel unik (2NF).

3. Kanggo kabeh tabel sing wis disimpen ing 2NF, non-Ngenali saben lapangan bisa dadi sawijining nilai unsur rakenal liyane (3NF entitas).

Data: pranala hubungan antar tabèl

Ana 2 utama jinis hubungan saka tablet hubungan:

• "Salah-akeh". Miturut occurs nalika siji tombol entri Tabel №1 kaping kedadean saka entitas kapindho. lambang Key ing salah siji saka ends saka baris digambar nuduhake yen dat iku ing sisih "siji", ing mburi liyane baris asring simbol saka tandha pandjenengan.

• Komunikasi "akeh-akeh" kawangun ing cilik saka sawetara larik siji entitas logis interaksi nyata karo nomer saka cathetan-cathetan saka Tabel liyane.
• Yen loro èntitas ana concatenation saka "siji kanggo siji", iku ateges sing pengenal tombol meja iku saiki ing èntitas liyané, banjur iku perlu mbusak siji saka tabel, iku superfluous. Nanging kadhangkala mung kanggo programer keamanan sengojo misahake loro èntitas. Mulane, hypothetically, sambungan antarane "siji kanggo siji" bisa ana.

Kawontenan tombol ing database hubungan

tombol primer lan sekunder ngenali sesambetan database potensial. model komunikasi data hubungan bisa duwe mung siji tombol calon, bakal tombol utami. Apa iku? tombol Utama - kolom utawa pesawat saka kawicaksanan hakekat, liwat sing bisa gain akses kanggo baris data tartamtu. Iku kudu unik, mung siji, lan kothak ora bisa ngemot nilai null. Yen tombol utami mung dumadi saka siji ngubungake, iku banjur ngandika marang prasaja, digunakake bakal.

Kejabi tombol utami, ana lan external (tombol manca). Akeh ora ngerti apa prabédan antarane wong-wong mau. Ayo padha nliti wong-wong mau ing liyane rinci minangka conto. Dadi, ana rong tabel: "Dean" lan "Siswa". Pet "Dean" ngandhut kothak: ". Group" "ID mahasiswa", "Jeneng" lan Tabel "Siswa" nduweni nilai ngubungake kayata "Jeneng", "Group" lan "Rata-rata". Dadi minangka ID mahasiswa ora bisa padha kanggo sawetara mahasiswa, iku ing lapangan dadi tombol utami. "Jeneng" lan "Group" saka "siswa" meja uga padha kanggo sawetara wong, padha deleng ID nomer mahasiswa kang saka pet "Dean", supaya padha bisa digunakake minangka tombol manca.

Tuladha model database hubungan

Kanggo kajelasan, kita menehi conto sing prasaja saka model database hubungan dumadi saka loro èntitas. Ana meja karo jeneng "Dean".

Sampeyan perlu kanggo nindakake sambungan kanggo njaluk database hubungan lengkap. Entri "IN-41" uga "IN-72", uga saiki luwih saka sapisan ing meja "Dean" minangka surname, jeneng lan patronymic saka mahasiswa, ing kasus langka, bisa padha, supaya kothak iki ora bisa kanggo nggawe tombol utami. pet "Siswa" bakal nuduhake.

Kita bisa ndeleng, ing jinis lapangan database hubungan beda-beda rampung. Saiki minangka rekaman digital lan karakter. Mulane, setelan ngubungake kudu nuduhaké angka saka ongko, char, vachar, tanggal lan liyane. Ing "Dean" Nilai unik mung ID mahasiswa. Lapangan iki bisa dijupuk minangka tombol utami. Jeneng, artis, lan telpon saka pet "Siswa" bisa dijupuk minangka tombol manca referencing ID mahasiswa. sambungan ditetepake. Iki conto saka model komunikasi "siji kanggo siji". Hypothetically, salah siji saka tabel ekstra, padha bisa gampang digabungake menyang entitas siji. Kanggo ID-nomer mahasiswa ora dadi universal dikenal, bisa uga sing ana loro tabel.