Relacijska baza podataka. Pojam relacijska baza podataka

Pojava računarske tehnologije u našem modernom informacije označio revoluciju u svim sferama ljudske aktivnosti. Ali, sve informacije ne postane nepotrebno rasipanje na Internetu, je izmislio sistem baze podataka, u kojem su poredani materijala, sistematizirani, a rezultat je da su lako pronaći i dostaviti naknadne obrade. Postoje tri glavne vrste - izdvojiti relacijska baza podataka, hijerarhijske, mreže.

osnovnih modela

Vraćajući se na pojavu baze podataka, treba reći da je ovaj proces bio prilično složena, ona potiče razvoj programabilnih opreme za obradu informacija. To je ne čudi da je broj modela trenutno doseže više od 50 godina, ali je glavni one se smatraju hijerarhijski, relacijski i mreže, koja je i dalje u širokoj upotrebi u praksi. Šta oni predstavljaju?

Hijerarhijska baza podataka ima strukturu stabla i sastoji se od podataka različitih nivoa između kojih postoji komunikacija. Mreža model baza podataka je komplikovaniji obrazac. Njegova struktura podsjeća hijerarhije, a shema proširena i poboljšana. Razlika između njih je u tome što nasljedne modeli hijerarhijskih podataka mogu povezati sa samo jednim pretka, dok se mreža može biti nekoliko. Struktura relacijska baza podataka je mnogo složeniji. Stoga, treba demontirati više detalja.

Osnovni koncept relacione baze podataka

Ovaj model je razvijen u 1970. godine od strane Dr. Edgar F. Codd nauke. To je logički strukturiran stol s polja koji opisuju podatke, njihove međusobne odnose, operacije izvršene na njima, i što je najvažnije - pravila koja garantuju njihov integritet. Zašto se zove relacijski model? Ona se zasniva na odnosu (iz latinskog. RELATIO) između podataka. Postoji mnogo definicija ove vrste baze podataka. Relacijske tablice s informacijama je mnogo lakše organizirati i dati tretman, a ne mrežu ili hijerarhijski model. Kako to radiš? Dovoljno je znati osobine, struktura modela i svojstva relacijskih tablica.

Proces modeliranja i osnovnih elemenata

U cilju stvaranja svoju bazu podataka, trebalo bi da koristite jedan od alata za modeliranje da misle sa onim informacijama koje trebate raditi, osmisliti relacijski stolom i jednim ili više veze između entiteta podataka za popunjavanje ćelije i postavili primarni ili strani ključevi.

Modeliranje stolova i dizajniranje relacijskim bazama podataka se obavlja putem besplatnih alata kao što su stol, PhpMyAdmin, predmet Studio, dbForge Studio. Nakon detaljnog projektiranja spasiti grafički gotovih relacijski model i prevesti ga u kod SQL-spreman. U ovoj fazi, možete početi raditi sa sortiranje podataka, obradu i sistematizaciju.

Značajke strukture i termini vezani za relacijski model

Svaki izvor na svoj način opisuje njegovih elemenata, pa bih da dam malo nagovještaj za manje zabune:

• relacijski label = prirode;
• layout = atribut name = golf = zaglavlja stupaca entiteta;
• entitet primjer = tuple = record = ploča linija;
• atribut = value = ćelije entiteta polje.

Za odlazak na relacionoj svojstva baze podataka trebaju biti svjesni nekih osnovnih komponenti sastoji se i za koje su namijenjeni.

1. Essence. Tabela relacijska baza podataka može biti jedan, ili može biti skup tablica koje karakteriziraju opisani predmeti pohranjeni u njemu kroz podatke. Oni imaju fiksni broj polja, i varijabilni broj unosa. Tablice baze podataka relacijska model se sastoji od nizova, atributa, i rasporeda.
2. Snimanje - varijabilni broj redova koje se prikazuju podaci koje karakterišu opisao predmet. Numeracije unosa napravio automatski od strane sistema.
3. Atributi - Podaci pokazuju SAŽETAK kolone.
4. Polje. To je entitet kolona. Njihov broj - fiksni vrijednost je postavljena za vrijeme stvaranja ili izmjene stola.

Sada, znajući konstitutivni elementi tablice, možete preći na svojstva relacijske baze podataka model:

• Suština dvodimenzionalnih relacijska baza podataka. Zbog ove nekretnine sa njima lako prodelyvat različite logičke i matematičke operacije.
• Redoslijed vrijednosti atributa i evidencija u relacijskoj stol može biti proizvoljna.
• Kolona u relacijski sto mora imati svoj jedinstveni naziv.
• Svi podaci u koloni u suštini imaju fiksne dužine i istog tipa.
• Svaki unos u suštini se smatra jednom komadu podataka.
• Konstitutivne komponente redova su jedinstveni. Relacioni prirodi nisu duplih redova.

na svojstva relacijske baze podataka na osnovu, podrazumijeva se da su vrijednosti atributa trebaju biti istog tipa, dužine. Razmislite o određenoj vrijednosti atributa.

Glavne karakteristike polja relacijskih baza podataka

Imena polje mora biti jedinstvena unutar jednog entiteta. Vrste atributa ili polja relacijskih baza podataka opisuju kategorije podataka koji se čuvaju u entitetu poljima. Polje relacijska baza podataka mora imati određenu veličinu, koja se obračunava u slova. Parametri i formatirati vrijednosti atributa definirati način ispravljanja svojih podataka. Ipak, postoji takva stvar kao što je "maske" ili "ulaz predložak". To je osmišljen kako bi se utvrdilo konfiguracije ulaznih podataka u vrijednosti atributa. Svakako u pogrešno rekord vrstu podataka treba izdati izveštaj o grešci na terenu. Također na terenu elementi su neka ograničenja - uslovi za provjeru tačnosti i preciznosti unos podataka. Tu je i obavezno vrijednost atributa koji jedinstveno mora biti ispunjen podacima. Neki atribut linija može biti ispunjen NULL-vrijednosti. Dozvoljeno da uđe u prazan atribute polje podataka. Kao i izvještaj o grešci, postoje vrijednosti koje se automatski popunjavaju po sistemu - ovo je default podatke. Da biste ubrzali potragu za bilo koji podatak namijenjen indeksirane polje.

Shema dimenzionalni relacijska tablica baze podataka

Za detaljan razumijevanje sistema upravljanja model koristeći SQL najbolje uzeti u obzir shemu kao primjer. Mi već znamo šta je relacijska baza podataka. Unos u svakom stolu - jedan element podataka. Da biste spriječili redundantnost podataka, potrebno da se normalizuje rad.

Osnovna pravila normalizacije relacijskih prirode

1. Vrijednost ime polja za relacijski sto mora biti jedinstven, jedan od vrste (Prva Normal Forma - 1NF).

2. Za stolom koji je već smanjena na 1NF, ne identifikuje ime bilo koje kolone da bude zavisna jedinstveni identifikator sto (2NF).

3. Za sve tablice koje su već pohranjeni u 2NF, ne identifikuje svako polje može biti nezavisna od drugih nepoznatih vrijednosti elemenata (3NF entitet).

Baze podataka: relacijski veze između stolova

Postoje 2 glavne vrste odnosa relacijskih tablete:

• "Jedan-više". Prema nastaje kada jedna ključna ulazak sto №1 više instanci drugog entiteta. Ključni ikona na jednom od krajeva izvući linije ukazuje na to da je supstanca na strani "One", na drugom kraju linije je često simbol beskonačnosti znak.

• Komunikacija "mnogi-više" formirana u slučaju nekoliko redova jedan logički entitet eksplicitan interakciju sa broj zapisa drugog stola.
• Ako dva entiteta postoji ulančavanje "jedne do jedan", to znači da je prisutan u drugom entitetu ključni identifikator stola, onda je potrebno ukloniti jedan od stolova, to je suvišno. Ali ponekad samo za sigurnost programeri namjerno razdvojiti dva entiteta. Stoga, hipotetički, veza između "jedan na jedan", može postojati.

Postojanje ključeve u relacijskoj bazi podataka

Primarne i sekundarne tipke identifikaciju potencijalnih odnosa baze podataka. Relacijski model komunikacije podataka može imati samo jedan kandidat ključ, to će biti primarni ključ. Šta je to? Primarni ključ - kolona ili skup atributa suštini, kroz koje možete dobiti pristup određenoj liniji podataka. To mora biti jedinstven, jedini, a njegova polja ne mogu sadržavati null vrijednosti. Ako je primarni ključ sastoji se od samo jednog atributa, onda se kaže da je jednostavna, u suprotnom će biti.

Osim primarnog ključa, postoje i vanjski (strani ključ). Mnogi ne razumiju u čemu je razlika između njih. Hajde da ih ispita više detalja kao primjer u. Dakle, postoje dva stola: "Dean" i "Studenti". Suština "Dean" sadrži polja: ". Grupa" "ID je student", "Ime" i Stol "Studenti" ima vrijednosti atributa, kao što su, "Grupa" "Ime" i "Average". Dakle, kao student ID ne može biti isti za nekoliko studenata, to je polje biti primarni ključ. "Ime" i "grupa" iz "studenata" stola može biti isti za nekoliko ljudi, oni se odnose na ID broj studenta iz suštine "Dean", tako da se mogu koristiti kao strani ključ.

Primjer relacijskih modela baze podataka

Radi jasnoće, dajemo jednostavan primjer relacijski model baze podataka koja se sastoji od dva entiteta. Tu je i stol sa imenom "Dean".

Neophodno je da se izvrši povezivanje da biste dobili punu relacijska baza podataka. Entry "U-41", kao i "U-72", može biti prisutan više od jednom u tabeli "Dean" kao prezime, ime i patronimik studenata, u rijetkim slučajevima, može biti isti, tako da ova polja ne može biti da se primarni ključ. suštinu "Studenti" će pokazati.

Kao što se može vidjeti, vrste relacijskih polja baze podataka potpuno razlikuju. Prisutna kao digitalne snimke i karakter. Stoga, postavke atribut treba da ukaže na vrijednost cijelog broja, char, Vachar, datum i drugi. U "Dean" jedinstvenu vrijednost je jedini student ID. Ovo polje se može uzeti kao primarni ključ. Ime, izvođača i telefon iz suštine "Studenti" se može uzeti kao strani ključ upućuje ID studenta. Veza je uspostavljena. Ovo je primjer komunikacije model "1-1". Hipotetički, jedan od dodatnih stolova, mogu se lako kombinirati u jedinstvenu cjelinu. Na ID-broj studenata nije postao univerzalno poznato, sasvim je moguće da postoje dva stola.