Funkcionalna ovisnost i relacijske baze podataka

Informacije su uvijek imale odgovarajući dinamičan interes. Razvoj programskih jezika, relacijskih baza podataka i informacijskih tehnologija radikalno je promijenio sadržaj i strukturu interesa. Izrađen je određeni strog sustav reprezentacija. Formalizacija, precizna matematika i binarni odnosi postali su uspješno i brzo razvijeno područje znanja i iskustva.

Prirodni svijet informacija nije promijenio dinamiku, a razvoj sadržaja i strukture porastao je na novu visinu. Ima glatke oblike, au prirodi nema ništa „Pravokutni”. Informacije, naravno, posvećuju formalizaciji, ali ima dinamiku, a ne samo podatke i algoritme za njihovu promjenu procesa, same se zadaće i njihova primjena mijenjaju.

Informacije> formalizacija> podaci

Informacije se pretvaraju podaci (model podataka, struktura informacija, databasehellip-) kao što ga programer vidi. Nema jamstva da je ta vizija točna, ali ako program riješi zadatak, podaci su prikazani na prikladan način.

Pitanje koliko je točno informirano formalizirano je pitanje vremena. Dosad je koncept dinamike (samooblikacija promjenjivim uvjetima korištenja) samo san programiranja.

Funkcionalna ovisnost: "ispravno rješenje = program (programer)" i uvjet: "kontinuirano podudaranje s problemom" vrijedi u većini slučajeva, ali samo zajedno. Ali to nije matematička osnova koja se koristi pri izradi baza podataka.

Izravna izjava: prirodna i kontinuirana dinamika informacija i algoritmi za rješavanje problema uvijek je. relacijske baze podataka ovo je binarni odnosi + Stroga matematika + precizne formalne konstrukcije, + ...

Podaci, datoteke i baze podataka

Kako su podaci pohranjeni odavno su bili nevažni: da li je riječ o RAM-u ili vanjskom uređaju. Hardverska komponenta dosegla je stabilan tempo razvoja i pruža dobru kvalitetu u velikim količinama.

Glavne opcije pohrane, koje se razlikuju u korištenju podataka:

• datoteke;
• baza podataka.

Prvi je rezerviran za programera (što treba napisati, u kojem obliku, kako to učiniti, kako čitati-), drugi odmah donosi potrebu za poznavanjem jednostavne funkcionalne ovisnosti.

Brzina podataka o uzorkovanju i snimanju prilikom rada s datotekama (razumne veličine, a ne astronomije) je vrlo brz, a brzina sličnih operacija s bazom podataka ponekad može biti znatno spor.

Osobno iskustvo i kolektivna inteligencija

U povijesti su pokušaji dosegnuti izvan granica, ali do današnjeg dana dominiraju relacijske baze podataka. Veliki teorijski potencijal je akumuliran, praksa primjene je opsežna, a programeri su visoko kvalificirani.

Pojam funkcionalne ovisnosti baza podataka razvijen nametnuti programer, čak i ako on ne namjerava iskoristiti bogatstvo matematičko-logičkog iskustva izgradnje kompleksnih informacijskih struktura, procesa, rad s njima, uzorkovanje i snimanje podataka.

Čak iu najjednostavnijem slučaju, programer ovisi o logici baze podataka, bez obzira na to s kojim se odlučuje raditi. Nema želje za praćenjem kanona, možete koristiti datoteke, dobit ćete mnogo datoteka i puno osobnog iskustva. Puno će osobnog vremena biti potrošeno i zadatak će se dugo riješiti.

Bez obzira koliko složeni primjeri funkcionalne ovisnosti, nije potrebno uroniti u dubine značenja i logike. Često treba prepoznati da je kolektivni um uspio stvoriti izvrsne baze podataka različite veličine i funkcionalnosti:

• čvrsta Oracle;
• zahtjevan MS SQL Server;
• popularni MySQL.

- izvrsne relacijske baze podataka s dobrom reputacijom, jednostavne za korištenje, brzim vještim rukama. Njihova uporaba štedi vrijeme i uklanja potrebu za pisanjem redovitih listova pomoćnog koda.

Značajke programiranja i podataka

U programiranju je odavno bolest koja se stalno prepisivati, ponoviti djelo prethodnika, koji na neki način nešto da se prilagodi promijenjenom informacije, zadatka ili uvjetima uporabe.

Osobitost funkcionalne ovisnosti je da se, kao u poruci programiranje može biti vrlo skupo. Zadatak je rijetko jednostavan. Obično, tijekom formalizaciju informacije dobivene složenim predstavljanje podataka. njihovi elementi su uglavnom identificirani, a zatim su povezane s određenim ključnim odnosa, onda se oblik osnovane algoritmi tablica, upita, pronalaženja podataka algoritmima.

Često velika vrijednost je vezan za kodiranje. Nisu sve baze podataka nudi mobilna rješenja često mogu biti suočeni s koliko dobro podešen MySQL, na kojem se nalazi desetak baze podataka, odličan i stabilan rad, prisiljavajući razvijen da bi jedanaesti baze slične onima koji su već tamo.

Postoje slučajevi kada hosting s ograničenom funkcionalnošću ograničava funkcionalnost PHP-a i to ostavlja trag na pristup programiranju baze podataka.

U suvremenom programiranju odgovornost za programski algoritam odgovara odgovornosti za stvaranje modela podataka. Sve bi trebalo raditi, ali nije uvijek potrebno uroniti u džunglu teorije.

DB: jednostavna ovisnost o podacima

Prije svega, koncept baze podataka je i baza podataka kao sustav upravljanja baza podataka (Npr, MySQL) i neke informacije struktura odražava podataka objekte i odnose među njima. Jedna baza podataka MySQL «drže» na sebe što više informacija struktura za različite primjene. Jedan Oracle baza podataka može pružiti informacije procese velike tvrtke ili banke za kontrolu sigurnosti i integriteta podataka na najvišoj razini, koji se nalazi na skupu računala koja su na različitim udaljenostima u različitim alata okruženja.

Općenito se vjeruje da je odnos relacionalnog modela osnovan. Elementarni odnos je skup stupaca s nazivima i retcima s vrijednostima. klasik „Pravokutnik” (tablica) - jednostavan i učinkovit napredak. Složenost i funkcionalna ovisnost baze podataka počinje kada „pravokutnici” početi ući u odnos jedni s drugima.

Naziv svakog stupca u svakoj tablici mora biti jedinstven u kontekstu zadatka. Isti podaci ne mogu biti u dvije tablice. Znati značenje pojmova:

• "Identificirajte entitete";
• "Uklonite zalihost";
• "Ispravni odnosi";
• "Kako bi osigurali pouzdanost."

- osnovna potreba za korištenjem baze podataka i izgradnja modela podataka za određeni zadatak.

Kršenje bilo kojeg od ovih pojmova - niska učinkovitost algoritma, sporo pronalaženje podataka, gubitak podataka i ostale poteškoće.

Funkcionalna ovisnost: logika i značenje

Ne možete čitati o torke odnosa, o činjenici da je funkcija - skup argumenata koji odgovaraju set vrijednosti i funkcije - nije samo formulu ili raspored, ali se može dati skup vrijednosti - stol.

Ne nužno, ali ne boli predstavljati funkcionalnu ovisnost kao:

F (xl, x2, hellip-, xN) = (y1, y2, hellip-, yN).

No, potrebno je razumjeti da postoji tablica na ulazu, a na izlazu postoji i tablica ili određeno rješenje. Obično funkcionalna ovisnost uspostavlja logiku veze između tablica, upita, povlastica, aktivira, pohranjenih postupaka i drugih komponenti baze podataka (komponente).

Normalno, tablice se pretvaraju jedna u drugu, a onda na rezultat. Ali korištenje funkcionalne ovisnosti nije ograničena na takvu ideju. Programer gradi zastupljenost slikovnih podataka, modela domene, informacije strukturyhellip- bez obzira kako se zove, ali ako to radi za određenu bazu podataka, mora se temeljiti na njegovoj logici, treba uzeti u obzir njegovo značenje i dijalekt jezik koji se koristi, u pravilu, SQL.

Može se reći da su funkcionalne svojstva ovisnosti baze podataka dostupne putem dijalekta koje koristi SQL jezika. No, mnogo važnije je shvatiti da nakon svih uspona i padova razvoja, ne toliko baze podataka preživio, ali mnogi dijalekti jezika i specifičnosti unutarnje strukture u bazama podataka, previše.

O dobrom starom Excelu

Kada se računalo pokazalo na pozitivnoj strani, svijet se odmah podijelio u programere i korisnike. U pravilu, prva upotreba:

• PHP, Perl, jаvascript, C + +, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

Drugi:

• Riječ.
• Excel.

Neki korisnici uspijevaju samostalno (bez pomoći programera) u bazi podataka programa Word - pravi glupost.

Iskustvo korisnika u Excelu za izradu baza podataka je praktično i zanimljivo. Važno je da Excel, sam po sebi, bude funkcionalan, šarljiv i praktičan.

Tablična ideja, definirala je pojam funkcionalne ovisnosti vizualno i pristupačno, ali postoje nijanse za svaku bazu podataka. Svaki od njih ima svoje "lice", ali sve od programa Excel do Oracle manipulira jednostavnim kvadratima, odnosno tablicama.

Ako uzmemo u obzir da Excel - to nije baza podataka, ali mnogi, korisnik (ne developera) tako se koristi i Oracle - je složena i snažna kako bi se postigla veliki tim programera je na području baza podataka, prirodno postaje priznati - baza podataka je prikaz specifičan programer (tim) za određeni zadatak i njegovo rješenje.

Koja je funkcionalna ovisnost, s time što, gdje, zašto - to je očito samo autoru ili kolektivu onih.

O tome gdje odlazi relacijski odnos

Znanstveni i tehnološki napredak - vrlo bolan postupak, a ponekad i okrutan. Ako se sjećate, gdje je započeo baza podataka, što je * DBF, oba marke kibernetika, onda se zaljubio u računalnih znanosti i počeo organizirati prepreke kretanju visoke tehnologije na razini zemlje, postaje jasno zašto relacijske baze podataka su toliko uporan i dobar. Zašto je klasični stil na ovaj dan live programiranje i objektno-orijentirano programiranje jednostavno se cijeni, ali još nije donio odluku.

Bez obzira koliko lijepa funkcionalna ovisnost u kontekstu matematike:

Ovo nije binarni odnos, odnosno, to je prilika da se promisliti ideju uspostavljanja odnosa između više atributa, da istraži „jedan-na-više” komunikaciju „mnogi na jedan”, „mnogo mnogima” ili „mnogo učiniti, a jedan posebno.”

Možete doći do velikog broja odnosa. Ovo je matematika s logikom, i to je strog! Informacija je njegova posebna matematika. U njoj se može govoriti o formalnosti samo s vrlo velikim minusom.

Možete formalizirati rad kadrovske službe, napisati ACS za proizvodnju ulja ili proizvodnju mlijeka, kruh, napraviti izbor u ogromnoj bazi Googlea, Yandexa ili rambler, ali rezultat će uvijek biti statičan i svaki put je isti!

Ako funkcionalna ovisnost = stroga logika i matematika = baza za baze podataka, onda o tome za koju dinamiku možemo pričati. Svaka odluka bit će formalna, svaki formalni model podataka + strogi algoritam = točno i nedvosmisleno rješenje. Informacije i opseg svakog programa uvijek se mijenjaju.

Odabir tražilice na istom izrazu za pretraživanje ne može biti isti za sat ili dva, a svakako u danu - ako se izraz za pretraživanje odnosi na polje informacija u kojemu se broj mjesta, resursa, znanja i drugih elemenata kontinuirano mijenja ,

O žicama i predmetima

Čak i ako je program čisto matematički, a baza podataka ne razmišlja ni o dinamici, uvijek postoje linije. I linija ima duljinu. I ne može biti beskonačna. Ne može ni biti varijabla, samo uvjetna varijabla. Među ostalim, bilo koja baza podataka sa svojim matematičkim i binarnim birokratskim aparatom nameće puno formalnosti, a to je brzina + kvaliteta uzorkovanja i obrade informacija.

A ako su neka polja u bazi podataka, osobito stvarne, dodana ograničenjima: broj znamenki, prisutnost slova "e", oblik prikaza je kraći svugdje i uvijek imamo važne svojstva funkcionalnih zavisnosti baze podataka: redove uvjetno promjenjive duljine s mnoštvom binarnih formalnosti i strogim matematičkim ograničenjima.

Ako promijenite ton i slušate puls dinamike, sve se može oslikati na objektima. U prvoj aproksimaciji, naziv stupca u tablici je objekt, popis imena također je objekt, tablica je kraća, predmet je zaglavlja i postoje nazivi stupaca u zaglavlju. I kape se uopće ne mogu ...

Ali u tablici mogu biti linije. I niz može imati vrijednosti. I zašto bi uvijek trebali biti isti broj. Cijeli kvadratni stol - to je osobito, au većini slučajeva, privatno.

Ako predstavljate sve konstrukcije u bazi podataka s objektima, možda, možda, ne morate graditi strogu binarnu vezu. U tom je prirodno i stvarno značenje, samo zato što je u smislu objektivne (nedvojbeno ne-matematičke) logike koja odražava dinamiku informacija i okruženje u kojem postoje problemi.