Funkcionalna odvisnost in relacijske podatkovne baze

Informacije so vedno imele ustrezen dinamičen interes. Razvoj programskih jezikov, relacijskih podatkovnih baz in informacijskih tehnologij je radikalno spremenil vsebino in strukturo zanimanja. Oblikovalo se je določen strog sistem predstavitev. Formalizacija, natančna matematika in binarni odnosi so postala uspešno in hitro razvijajoče se področje znanja in izkušenj.

Naravni svet informacij ni spremenil svoje dinamike, razvijanje vsebine in strukture pa je naraslo na novo višino. Ima gladke oblike in v naravi ni ničesar "Pravokotni". Informacije seveda omogočajo formalizacijo, vendar ima dinamiko, ne samo podatke in algoritme za spremembo obdelave, temveč se spremenijo tudi same naloge in njihova področja uporabe.

Informacije> formalizacija> podatki

Informacije, se spremeni v podatkov (model podatkov, informacijska struktura, databasehellip-), kot ga programmer vidi. Ni zagotovila, da je ta vizija pravilna, če pa njen program reši nalogo, potem so podatki predstavljeni na ustrezen način.

Vprašanje, kako pravilno so bile informacije formalizirane, je vprašanje časa. Do sedaj je koncept dinamike (samoprilagajanje spremenljivim pogojem uporabe) le sanje o programiranju.

Funkcionalna odvisnost: "pravilna rešitev = program (programer)" in pogoj: "kontinuirana korespondenca s problemom" veljajo v večini primerov, vendar samo skupaj. Ampak to ni matematična podlaga, ki se uporablja pri ustvarjanju baz podatkov.

Neposredna izjava: naravna in stalna dinamika informacij in algoritmov za reševanje problemov je vedno vedno. A relacijske podatkovne baze to je binarni odnosi + Stroga matematika + natančne formalne konstrukcije, + ...

Podatki, datoteke in podatkovne baze

Kako so shranjeni podatki že dolgo niso bili pomembni: ali gre za RAM ali zunanjo napravo. Komponenta strojne opreme je dosegla enakomerno hitrost razvoja in zagotavlja veliko kakovost v velikih količinah.

Glavne možnosti shranjevanja, ki se razlikujejo glede uporabe podatkov:

• datoteke;
• baze podatkov.

Prvi je glede na milost in nemilost programer (ki rekordno, v kakšni obliki, kako to storiti, kot chitathellip-), drugi takoj prinaša potrebo po poznavanju preprostih funkcionalnih odvisnosti.

Frekvenca vzorčenja in zapisovanje podatkov o datotekah (v razumnem obsegu in ne astronomsko) je zelo hitro, in hitrost podobnih operacij zbirke podatkov lahko včasih poteka zelo počasi.

Osebne izkušnje in kolektivne inteligence

V preteklosti so bili poskusi, da bi presegli meje, vendar do danes prevladujejo relacijske podatkovne baze. Veliki teoretični potencial je nabral, praksa uporabe je obsežna, razvijalci pa so visoko usposobljeni.

Pojem funkcionalne odvisnosti razvijalcev zbirke podatkov naloži programer, tudi če je ne namerava uporabiti bogastvo matematično-logične izkušnje izgradnjo kompleksnih informacijskih struktur, postopkov, delo z njimi, vzorčenje in zapisovanje podatkov.

Tudi v najpreprostejšem primeru je programer odvisen od logike baze podatkov, ne glede na to, s katero se odloči za delo. Ni želje slediti kanonom, lahko uporabite datoteke, boste dobili veliko datotek in veliko osebnih izkušenj. Veliko osebnega časa bo porabljeno in naloga bo rešena v daljšem časovnem obdobju.

Ne glede na to, kako kompleksni so bili primeri funkcionalne odvisnosti, ni potrebno potopiti v globino smisla in logike. Pogosto je treba priznati, da je kolektivnemu umu uspelo ustvariti odlične podatkovne baze različnih velikosti in funkcionalnosti:

• trdno Oracle;
• zahtevno MS SQL Server;
• priljubljen MySQL.

- odlične relacijske podatkovne baze z dobrim ugledom, enostavno za uporabo, hitro v spretnih rokah. Njihova uporaba prihrani čas in odpravlja potrebo po pisanju rednih listov pomožne kode.

Značilnosti programiranja in podatkov

Pri načrtovanju je že dolgo bolezen, ki se nenehno prepisovati, ponovite delo predhodnikov, ki na nek način nekaj, da se prilagodijo na spremenjene podatke, nalogo, ali so pogoji za njegovo uporabo.

Posebnost funkcionalne odvisnosti je, da je napaka, kot pri programiranju, lahko zelo draga. Naloga je redko preprosta. Običajno se pri formalizaciji informacij pridobi kompleksna predstavitev podatkov. njihovi elementi so običajno označene, nato pa so povezane z nekaterimi ključnimi razmerij, nato pa s sedežem algoritmi obliki tabele, poizvedbe, iskanje informacij algoritmov.

Pogosto je pomembno, da se vežejo na kodiranje. Ni vse podatkovne zbirke ponujajo mobilne rešitve je mogoče pogosto soočajo s tem, kako dobro uglašen MySQL, na kateri leži ducat podatkovnih baz, odlično in stabilno delovanje, prisili razvijalca, da bi enajsto osnove podobne tistim, ki so že tam.

Obstajajo časi, ko gostovanje v skupni rabi omejuje funkcionalnost PHP-ja, zato ostane vtis na programski dostop do baze podatkov.

V sodobnem programiranju je odgovornost za programski algoritem enaka odgovornosti za izdelavo podatkovnega modela. Vse bi moralo delovati, vendar ni vedno potrebno potopiti v teorijo džungle.

DB: preprosta odvisnost od podatkov

Prvič, koncept baze podatkov je tudi baza podatkov kot sistem upravljanja podatkovne baze (na primer MySQL) in nekaj informacijske strukture, ki odraža podatke o problemu in razmerju med njimi. Ena podatkovna zbirka MySQL "drži" na sebi poljubno število informacijskih struktur na različnih področjih uporabe. Ena baza podatkov Oracle lahko zagotovi informacijske procese velikega podjetja ali banke, spremlja varnost in varnost podatkov na najvišji ravni, ki se nahajajo na različnih računalnikih, ki so na različnih lokacijah v različnih instrumentalnih okoljih.

Na splošno velja, da je razmerje osnovno v relacijskem modelu. Elementarno razmerje je niz stolpcev z imeni in vrsticami z vrednostmi. Classic "Pravokotnik" (tabela) - preprost in učinkovit napredek. Kompleksnost in funkcionalna odvisnost baze podatkov se začne, ko Pravokotniki začnejo vzpostavljati odnos med seboj.

Ime vsakega stolpca v vsaki tabeli mora biti edinstveno v okviru naloge. Isti podatki ne morejo biti v dveh tabelah. Poznati pomen pojmov:

• "Identificirati entitete";
• "Odpraviti odpuščanje";
• "Popravi odnose";
• "Za zagotovitev zanesljivosti."

- osnovna potreba po uporabi baze podatkov in izdelava podatkovnega modela za določeno nalogo.

Kršitev katerega koli od teh konceptov - nizka učinkovitost algoritma, počasno iskanje podatkov, izguba podatkov in druge težave.

Funkcionalna odvisnost: logika in pomen

Ne morete prebrati o terk odnosov, o dejstvu, da je funkcija - niz argumentov, ki ustrezajo niz vrednot in funkcijo - ni le formula ali urnik, lahko pa se glede na niz vrednot - mizo.

Ne nujno, vendar ne škoduje predstavitvi funkcionalne odvisnosti kot:

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

Vendar je treba razumeti, da je na vhodu tabela, na izhodu pa je tudi tabela ali specifična rešitev. Značilno je, da funkcionalna odvisnost vzpostavlja logiko povezave med tabelami, poizvedbami, privilegiji, sprožilci, shranjenimi postopki in drugimi komponentami baze podatkov (komponentami).

Ponavadi se tabele pretvarjajo v drugo, nato pa na rezultat. Toda uporaba funkcionalne odvisnosti ni omejena le na takšno idejo. Programer gradi prikaz podatkov slike, model domene, podatki strukturyhellip- ne glede na to, kako se imenuje, če pa dela za posamezno zbirko podatkov, mora temeljiti na logiki, da upošteva njegov pomen in narečje jezika, ki se uporablja, kot pravilo, SQL.

Lahko trdimo, da so lastnosti funkcionalnih odvisnosti baze podatkov dostopne prek narečja uporabljenega jezika SQL. Toda veliko bolj pomembno, da razumemo, da ko vse vzpone in padce razvoja, ne toliko baz preživel, vendar je veliko narečja jezika in posebnosti notranjih struktur v podatkovnih bazah, preveč.

O dobrem starem Excelu

Ko se je računalnik pokazal na pozitivni strani, se je svet takoj razdelil na programerje in uporabnike. Praviloma je prva uporaba:

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

Drugi:

• Beseda.
• Excel.

Nekaterim uporabnikom je uspelo narediti samostojno (brez pomoči programerjev) v bazi podatkov Word - pravi nesmisel.

Izkušnje uporabnikov v Excelu za izdelavo baz podatkov so praktične in zanimive. Pomembno je, da Excel sam po sebi deluje funkcionalno, barvito in praktično.

Tabelarična ideja je vizualno in dostopno opredelila pojmovanje funkcionalne odvisnosti, vendar obstajajo nianse za vsako bazo podatkov. Vsak ima svoj "obraz", vse od Excela do Oracle pa je manipulirano s preprostimi kvadratki, to je tabelami.

Če menimo, da Excel - to ni baza podatkov, vendar pa se tako uporablja veliko, uporabnike (ne podjetja), in Oracle - je kompleksna in močna, da se doseže velika ekipa razvijalcev je na področju podatkovnih baz, postane naravna priznati - podatkovna baza je predstavitev poseben programer (ekipa) za določeno nalogo in njeno rešitev.

Kakšna je funkcionalna odvisnost, s kakšno, kje, zakaj je to očitno samo avtorju ali kolektivu teh.

O kje je relacijski odnos

Znanstveni in tehnološki napredek je zelo boleč postopek in včasih krut. Če se spomnite, kjer je baza podatkov začela, kaj je * .dbf, tako blagovno znamko kibernetika, nato pa zaljubil računalništva in začeli organizirati ovir za pretok visokih tehnologij na ravni države, postane jasno, zakaj so relacijske baze podatkov, vztrajni in dobro. Zakaj je klasični slog na ta dan v živo programiranje in objektno programiranje je enostavno pomemben, vendar še ni odločilo.

Ni važno, kako lepa je funkcionalna odvisnost v kontekstu matematike:

To ni binarno razmerje, oziroma, da je to priložnost, da ponovno razmisli zamisel o vzpostavitvi odnosov med množico atributov, da razišče "one-to-many" komunikacije ", veliko enem«, »mnogi veliko" ali "veliko storiti, in ena še posebej."

Spoznate lahko veliko različnih odnosov. To je matematika z logiko in je stroga! Informacije so lastna matematika, posebna. V njej je mogoče govoriti o formalnosti le z zelo velikim minusom.

Lahko formalizacijo dela kadrovska služba, pisanje ACS za črpanje nafte ali proizvodnjo mleka, kruha, da izbor v veliko bazo Google, Yandex in Rambler, ampak rezultat bo vedno statična in vsak trenutek je enak!

Če je funkcionalna odvisnost = stroga logika in matematika = osnova za podatkovne baze, o kakšni dinamiki lahko govorimo. Vsaka odločitev bo formalna, kateri koli formalni podatkovni model + strogi algoritem = natančna in nedvoumna rešitev. Informacije in obseg katerega koli programa se vedno spreminjajo.

Vzorec iskalnik na isto iskalno frazo ne more biti enaka po uro ali dve, in, jasno, v enem dnevu - če se iskalni izraz nanaša na informacijskega prostora, v katerem je število mest, virov, znanja in drugih elementov, se nenehno spreminjajo .

O niza in predmetih

Tudi če je program popolnoma matematičen in njegova podatkovna zbirka niti ne razmišlja o dinamiki, vedno obstajajo vrstice. In črta je dolga. In ne more biti neskončno. Ne more biti niti spremenljivka, temveč le pogojna spremenljivka. Med drugim vsaka podatkovna baza s svojim matematičnim in binarnim birokratskim aparatom nalaga veliko formalnosti in to je hitrost + kakovost vzorčenja in obdelave informacij.

In če so nekatera polja v številski bazi podatkov, še posebej v realnem, dodana omejitvam: število številk, prisotnost črke "e", oblika predstavitve je krajša povsod in vedno imamo pomembne lastnosti funkcionalnih odvisnosti baze podatkov: vrstice pogojno spremenljive dolžine z maso binarnih formalnosti in strogimi matematičnimi omejitvami.

Če spremenite ton in poslušate impulz dinamike, potem je vse mogoče naslikati na predmete. V prvem približku je ime stolpca v tabeli predmet, seznam imen je tudi predmet, miza je krajša predmet glave in imena stolpcev v glavi. Kapice pa sploh ne morejo biti ...

Toda v tabeli so lahko črte. Niz lahko ima vrednosti. In zakaj morajo biti vedno enake številke. Celotna kvadratna miza - to je zlasti in v večini primerov zasebno.

Če vse objekte v bazi podatkov predstavljate s predmeti, potem morda vam ni treba zgraditi strogih binarnih odnosov. V tem je naraven in pravi pomen, če le zato, ker je v smislu objektivne (nedvoumno nemo matematične) logike, ki odraža dinamiko informacij in okolja, v katerem obstajajo problemi.