Funkcionalna zavisnost i relacijskim bazama podataka

Informacije je uvijek bio adekvatan dinamiku interesa. Razvoj, relacione baze podataka i informacijske tehnologije programskim jezicima dramatično promijenili sadržaj i strukturu interesa. Postoji određena strogim predstavljanje sistema. Formalizacija, tačan matematike i binarnih relacija su postali uspješan i brzo raste, površine stručnost i iskustvo.

Prirodni svijet informacija nije promijenila dinamiku i razvoj sadržaja i strukture, popeo na nove visine. Ona ima glatku oblika, au prirodi ne postoji ništa "pravougaonog". Informacije, naravno, biti formaliziran, ali ima dinamičan, mijenja ne samo podataka i algoritmi njihove obrade, mijenjajući sebe i svoje oblasti primene zadataka.

Informacije> formalizacija podataka >>

Informacije se pretvara u podatke (model podataka, informacijska struktura, baze podataka ...), kao što vidi programer. Ne postoji nikakva garancija da je ova vizija je ispravan, ali ako program rješava problem, podaci je potom predstavljen adekvatno mogući način.

Postavlja se pitanje kako pravilno formalizirane informacije - pitanje vremena. Do sada, koncept dinamike (samo-adaptacija na promjene uvjeta korištenja) - samo da sanjaju programiranja.

Funkcionalna zavisnost: "pravu odluku = program (programer)" i stanje "problema stalna usklađenost" važe u većini slučajeva, ali samo zajedno. Ali ovo nije matematički osnovi, koji se koristi za stvaranje baze podataka.

Direktni izjavu: prirodne i kontinuirano dinamiku informacije i algoritme za rješavanje problema zaista uvijek. A relacijska baza podataka je binarna relacija + + stroge matematike precizan formalni dizajn + ...

Podataka, datoteke i baze podataka

Kako podaci se čuvaju za dugo vremena nije ni bitno, bilo da je memorija ili vanjskog uređaja. Hardverska komponenta završila je stabilan tempo razvoja i osigurati kvalitetan u velikim količinama.

Glavne opcije za pohranu, različite oličenje iz upotrebe:

• datoteke;
• baze podataka.

Prva se daje na milost i nemilost programera (taj rekord, u kom formatu, kako se to radi, kako se čitati ...), drugi odmah donosi potrebu za znanjem jednostavnih funkcionalnih zavisnosti.

Stopa uzorkovanja i informacije snimanje na datotekama (razumne veličine, a ne astronomska) je vrlo brzo, a brzina sličnih operacija baze podataka ponekad mogu biti znatno sporiji.

Lično iskustvo i kolektivnu mudrost

U istoriji je bilo pokušaja da se ide dalje ograničenje je postignut, ali do današnjeg dana dominiraju relacijskim bazama podataka. Bogatstvo teoretski potencijal, praksa opsežne i programera - kvalificirani.

Pojam funkcionalne zavisnosti od baza podataka razvijen nametnuti programer, čak i ako ne namjeravate koristiti bogatstvo matematičkog-logičkog iskustvo izgradnje kompleksnih informacija struktura, procesa rada sa njima, uzimanje uzoraka i informacija o snimanju.

Čak iu najjednostavnijem slučaju, programer ovisi o logici baze podataka, bez obzira na ono što on odluči da radi. Nema želju da prate kanonima, možete koristiti datoteke koje se mnogo fajlova, i dosta osobnog iskustva. dosta slobodnog vremena će se potrošiti, a problem će biti riješen za dugo vremena.

Bez obzira na to koliko je teško se mogu pojaviti primjere funkcionalne ovisnosti, ne mora nužno potonuti u dubine značenja i logike. Često, treba priznati da je kolektivna inteligencija u stanju stvoriti različite baze podataka, različitih veličina i funkcionalnost:

• čvrste Oracle;
• zahtijevajući MS SQL Server ;
• popularni MySQL.

- odlično relacijskim bazama podataka sa dobrom reputacijom, jednostavan za korištenje, brz u vešte ruke. Njihova upotreba štedi vrijeme i eliminira potrebu da napišem sljedeći list pomoćni koda.

Ima Programiranje i podaci

U programiranju je dugo bila bolest koja je stalno prepisivati, ponovite rad prethodnika, koji na neki način nešto da se prilagodi promijenjenim informacije, zadatak, ili uslove njegove upotrebe.

Specifičnost funkcionalna zavisnost je da je, kao iu greška programiranje može biti vrlo skupo. Zadatak je rijetko jednostavan. Obično, tokom formalizacija informacija dobivenih od strane kompleksa predstavljanje podataka. njihovi elementi su uglavnom identificirani, onda su vezani za određene ključne odnose, a zatim se uspostavlja algoritama oblik stolova, upite, pronalaženje informacija algoritama.

Često velike vrijednosti je vezana za kodiranje. Nije sve baze podataka nude mobilnih rješenja često mogu biti suočena sa koliko dobro podešenim MySQL, na kojem se nalazi desetak baze podataka, odličan i stabilan rad, prisiljavajući programera da jedanaesti bazu slične onima koji su već tamo.

Postoje trenuci kada shared hosting ograničava funkcionalnost PHP-a i to utiče na programiranje pristup bazi podataka.

U današnjem programiranje odgovornost za ekvivalent program odgovornost algoritam za kreiranje modela podataka. Svi treba da rade, ali uvijek mora uroniti u lavirint teorije.

DB: jednostavno odnosa u podacima

Prije svega, pojam baze podataka - ove baze podataka kao sistem za upravljanje bazama podataka (npr MySQL), a neke informacije strukture odražavaju objekata podataka i odnose između njih. Jednoj bazi podataka MySQL «čekanje» na sebe što više informacija struktura za različite primjene. Jedan Oracle baza podataka može pružiti informacije procese velike kompanije ili banke za kontrolu integriteta sigurnosti i podataka na najvišem nivou, koji se nalazi na setu kompjutera koji su na različitim udaljenostima u različitim sredinama alat.

Prihvaćene pretpostaviti da je omjer je osnovni relacijski model. Elementarna odnos - je skup kolona i redova sa imenima vrijednosti. Classic "kutija" (vidi tabelu) - jednostavan i efikasan napredak. Složenost i funkcionalnu zavisnost baze podataka počinje kada su "kutije" počinju da stupi u vezu sa svakim drugim.

Ime svakog stupca u svakom stolu mora biti jedinstvena u kontekstu problema. Isto se ne može dati u dva stola. Znati značenje pojmova:

• "Definiranje suštine";
• "Isključi viška zaposlenih";
• "Fiksna odnos";
• "Da bi se osigurala preciznost."

- elementarna trebate koristiti baze podataka i izgraditi model podataka za određeni zadatak.

Kršenje bilo kojeg od ovih pojmova - niske efikasnosti algoritma, sporo uzorkovanje podataka, gubitak podataka i drugih problema.

Funkcionalna zavisnost: logiku i značenje

Ne možete pročitati o torke odnosa, o činjenici da je funkcija - skup argumenata odgovaraju skupa vrijednosti i funkcija - nije samo formulu ili raspored, ali može dati skup vrednosti - stola.

Nije nužno, ali to ne boli da predstavlja funkcionalni odnos kao:

F (x1, x2, ..., xN) = (y1, y2, ..., Yn).

Ali budite sigurni da shvate da na ulazu - stola, izlaz je i sto ili posebnom odlukom. Tipično, funkcionalni odnos postavlja logiku odnosa između tablica, upite, privilegije, okidači, pohranjene procedure i drugih trenutaka (komponente) baze podataka.

Normalno, tablice se pretvaraju jedna u drugu, a zatim do rezultata. Ali korištenje funkcionalne ovisnosti nije ograničeno na takvu ideju. Programer gradi predstavljanje podataka slike, model domene, informacijska struktura ... bez obzira kako se zovu, ali ako to radi za određenu bazu podataka, on mora biti zasnovan na logici, treba uzeti u obzir njegovo značenje i dijalekt jezika koji se koristi, kao po pravilu, SQL.

Može se reći da je funkcionalna svojstva ovisnosti baze podataka dostupne su putem dijalekta koje koristi SQL jezika. Ali mnogo važnije shvatiti da nakon svih uspona i padova razvoja, a ne toliko baze podataka preživio, ali mnogi dijalekata jezika i specifičnosti unutrašnjih struktura u bazama podataka, previše.

O dobrim starim Excel

Kada računar pokazala se na pozitivne strane, svijet je još podijeljena u programera i korisnika. Po pravilu, prve upotrebe:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

drugi:

• Riječ.
• Excel.

Neki korisnici upravljaju da sami (bez pomoći programera) u Word baze podataka - pravi gluposti.

Iskustvo korisnika u Excel za stvaranje baze podataka - praktičan i zanimljiv. Bitno je da Excel, sama po sebi, je funkcionalan, šarene i praktičan.

Tabelarni ideja je definiran pojam funkcionalne ovisnosti vidljivosti i dostupnosti, ali nijanse su na svaku bazu podataka. Svako ima svoje "lice", ali iz Excel Oracle manipulirati jednostavan trgovima, odnosno stolova.

Ako uzmemo u obzir da u Excel - to nije baza podataka, ali mnogi korisnici (ne programera) se tako koristi i Oracle - je kompleksan i moćan da se postigne veliki tim programera je u području baza podataka, postaje prirodno da prizna - baze podataka je predstavljanje posebno programer (tim) specifičnih problema i njegovo rješavanje.

Ono što je funkcionalni odnos, s onim što, gdje, zašto ... očigledno samo na autora ili iste grupe.

O tome gdje relaciona stavovi

Naučni i tehnološki napredak - vrlo bolan postupak, a ponekad i okrutan. Ako se sjećate, gdje je počeo baze podataka, što je * .dbf, oba brendirane kibernetiku, a onda se zaljubila u računarstvu i počeo organizirati prepreke za kretanje high-tech na nivou države, postaje jasno zašto relacijskim bazama podataka su toliko uporan i dobar. Zašto je klasični stil na ovaj dan uživo programiranje i objektno-orijentirano programiranje je jednostavno vrednuje, ali još nije odlučio.

Bez obzira na to koliko je lepa funkcionalni odnos u kontekstu matematike:

Ovo nije binarni odnos, odnosno, to je prilika da se preispitamo ideju o osnivanju odnosa između pluralitet atributa, da istraži "jedan-na-više" komunikacija ", mnogi na jedan", "mnogi mnogim" ili "mnogi rade, i jedan posebno."

Opcije odnosi mogu smisliti veliki izbor. Ovo matematici logici, i to je stroga! Informacije - ima svoje matematike, posebno. To može biti samo formalnost reći s vrlo velikim mana.

Možete formalizirati rad kadrovskoj službi, pišu ACS za vađenje nafte ili proizvodnji mlijeka, kruha, napraviti selekciju u ogromnu bazu Google, Yandex i Rambler, ali rezultat će uvijek biti statična, i svaki trenutku je isto!

Ako je funkcionalni odnos = stroga logika i matematika = osnova za bazu podataka, kakav dinamike možemo razgovarati. Svaka odluka će biti formalno, bilo formalni model podataka + = rigorozan algoritam precizan i nedvosmislen odluku. Informacija i opseg bilo kojeg programa mijenja u svakom trenutku.

Uzorak tražilicu na istom frazu za pretraživanje ne može biti ista nakon sat ili dva, i, jasno, u jednom danu - ako frazu za pretraživanje se odnosi na područje s informacijama u kojem je broj mjesta, resursa, znanja, i drugi elementi su stalno mijenjaju .

O linija i objekata

Čak i ako je program čisto matematički, a baza podataka nije ni razmišljao o dinamici sve uvek postoji linija. A tu je i dugačak red. I to je beskonačno ne može biti. To možda neće ni biti varijabla, varijabla samo uslovno. Osim toga, bilo bazu podataka svojih matematičkih i binarni-birokracija nameće puno formalnosti, i tu brzinu + kvalitete uzorkovanja i obrade informacija.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Ako ovi ili drugim poljima u bazi podataka, posebno u realnom u ograničenje će biti dodan: bit broj, prisustvo slova 'e', format prezentacije - ukratko svuda i uvijek imaju važnu svojstva funkcionalnih zavisnosti baze podataka: string uslovni različite dužine s masom binarnih formalnosti i stroga matematička ograničenja.

Ako promijenite ton i sluša puls dinamike, svi objekti mogu biti oslikana na. U prvoj aproksimaciji, ime stupac u tablici - je objekt, popis imena - na isti objekat, u kratkom stol - što je zaglavlje objekat i imena kolona u zaglavlju. I kape ne može biti ...

Međutim, gudače može biti za stolom. I na liniji mogu biti od značaja. I zašto bi trebali uvijek biti isti broj. Cijeli trg stol - ovo posebno, a u većini slučajeva, privatno.

Ako zamislite sve konstrukcije u objektima baze podataka, onda, možda, ne treba da se izgradi stroge binarnih relacija. To je prirodno i pravi smisao, ako samo zato što je jedan od ciljeva (sigurno ne matematički) logika odražava dinamiku informacija i okruženje u kojem se nalaze zadaci.