Dependență funcțională și baze de date relaționale

Informațiile a fost întotdeauna o dinamică adecvată de interes. Dezvoltare, baze de date relaționale și tehnologia informației limbaje de programare schimbat dramatic conținutul și structura de interes. Există un anumit sistem strict de reprezentare. Formalizare, matematica exactă și relațiile binare au devenit un succes și în creștere rapidă, domeniu de expertiză și experiență.

Lumea naturală a informațiilor nu sa schimbat dinamica și dezvoltarea conținutului și a structurii, a urcat pe noi culmi. Ea are o formă netedă, iar în natură nu există nimic „dreptunghiulară“. Informații, desigur, să fie formalizate, dar are o dinamică, în schimbare nu numai datele și algoritmii de prelucrare a acestora, schimbarea sarcinilor în sine și domeniile lor de aplicare.

Informații> formalizarea datelor >>

Informațiile sunt convertite în date (model de date, structura de informații, baze de date ...) , după cum consideră programator. Nu există nici o garanție că această viziune este corectă, dar în cazul în care programul rezolvă problema, datele au fost apoi prezentate în mod adecvat mod posibil.

Problema de informații privind modul corect formalizate - o chestiune de timp. Până în prezent, conceptul de dinamică (auto-adaptare la schimbarea condițiilor de utilizare) - numai de vis programare.

Dependența funcțională: „decizia corectă = program de (programator)“ și starea de „problema conformității continuă“ sunt valabile, în cele mai multe cazuri, dar numai împreună. Dar aceasta nu este o bază matematică, care este folosit pentru a crea baze de date.

Declarație directă: dinamica naturală și continuu de informații și de rezolvare a problemelor algoritmi într-adevăr întotdeauna. O bază de date relațională este o relație binară + + matematică stricte de proiectare formală + exacte ...

Date, fișiere și baze de date

Cum datele sunt stocate pentru o lungă perioadă de timp nu contează, fie că este vorba de memorie sau un dispozitiv extern. componentă hardware a atins un ritm constant de dezvoltare și de a asigura o bună calitate în cantități mari.

Principalele opțiuni de stocare, exemple de realizare diferite de utilizare:

• fișiere;
• bază de date.

Primul este dat la mila programator (care înregistrează, în ce format, cum să o facă, cum să citească ...), al doilea aduce imediat nevoia de cunoaștere a dependențe funcționale simple.

Rata de eșantionare și de înregistrare a informațiilor privind fișierele (de dimensiuni rezonabile și nu astronomice) este foarte rapid, iar viteza de operațiuni de baze de date similare pot fi, uneori, în mod semnificativ mai lent.

Experiența personală și înțelepciunea colectivă

În istorie au existat încercări de a merge dincolo de limita este atinsă, dar până în ziua de azi baze de date relaționale domină. O multitudine de potențial teoretic, practica de dezvoltatori extinse și - calificat.

Noțiunea de dependență funcțională a dezvoltatorilor de baze de date impune un programator, chiar dacă el nu intenționează să folosească bogăția de experiență matematică-logică a construi structuri complexe de informații, procese, lucrul cu ei, prelevare de probe și de înregistrare a informațiilor.

Chiar și în cel mai simplu caz, programator depinde de logica de bază de date, indiferent de ceea ce el alege să lucreze. Nu există nici o dorință de a urma canoanelor, puteți utiliza fișierele care obține o mulțime de fișiere, precum și o mulțime de experiență personală. o mulțime de timp cu caracter personal vor fi cheltuite, iar problema va fi rezolvată pentru o lungă perioadă de timp.

Nu contează cât de greu pot apărea exemple de dependență funcțională, nu se scufunda neapărat în adâncimi de înțeles și de logică. De multe ori, trebuie recunoscut faptul că inteligența colectivă capabilă să creeze baze de date diferite, dimensiuni și funcționalități diferite:

• Oracle solid;
• cerând MS SQL Server ;
• MySQL populare.

- baze de date relaționale excelente cu o reputație bună, ușor de utilizat, rapid în mâinile calificați. Utilizarea lor economisește timp și elimină necesitatea de a scrie următorul cod auxiliar foaie.

Caracteristici de programare și de date

În programarea a fost mult timp o boala care este in mod constant rescris, se repetă lucrarea predecesorilor, care într-un fel ceva să se adapteze la modificarea informațiilor, sarcina, sau condițiile de utilizare a acestuia.

Particularitatea dependențelor funcționale este faptul că, la fel ca în eroarea de programare poate fi foarte costisitoare. Sarcina este rareori simplă. De obicei, în timpul formalizarea informațiilor obținute prin reprezentarea complexă a datelor. elementele lor sunt de obicei identificate, atunci ele sunt legate de anumite relații cheie, fiind apoi algoritmi stabiliți sub formă de tabele, interogări, algoritmi de recuperare a informației.

De multe ori o mare valoare este legată de codificare. Nu toate bazele de date oferă soluții mobile pot fi de multe ori se confruntă cu cât de bine pus la punct MySQL, pe care se află o duzină de baze de date, de lucru excelente și stabil, forțând dezvoltator pentru a face baza al unsprezecelea similare cu cele deja acolo.

Există situații în care un shared hosting limitează funcționalitatea PHP și afectează programarea accesului bazei de date.

În responsabilitatea de programare astăzi pentru algoritmul echivalent programului de responsabilitate pentru crearea unui model de date. Toți ar trebui să funcționeze, dar trebuie să plonja întotdeauna în labirintul teoriei.

DB: relație simplă în datele

În primul rând, conceptul de baze de date - această bază de date ca un sistem de management al bazelor de date ( de exemplu, MySQL), iar unele structuri de informații care reflectă obiectele de date și relațiile dintre ele. O bază de date MySQL «hold» pe sine cât mai multe structuri de informare pentru diverse aplicații. O bază de date Oracle poate oferi procese de informații ale unei companii mari sau banca pentru a controla integritatea securității și a datelor la cel mai înalt nivel, fiind amplasat pe un set de calculatoare care sunt la distanțe diferite, în diferite medii de scule.

Acceptată presupunem că raportul este modelul relațional de bază. O relație elementară - este un set de coloane și rânduri cu numele de valori. Clasic „cutie“ ( a se vedea tabelul) - un progres simplu și eficient. Complexitatea și dependența funcțională a bazei de date începe atunci când „cutii“ au început să intre într - o relație unul cu celălalt.

Numele fiecărei coloane din fiecare tabel trebuie să fie unic în contextul problemei. Același lucru nu poate fi dat în două tabele. Cunoaște semnificația conceptelor:

• „Definirea esenței“;
• „Excludeți redundanță“;
• „Relație fixă“;
• „Pentru a asigura acuratețea.“

- un elementar trebuie să utilizeze o bază de date și de a construi un model de date pentru o anumită sarcină.

Violarea oricarei dintre aceste concepte - eficiența scăzută a algoritmului, prelevarea de probe de date lent, pierderea de date și alte probleme.

Dependența funcțională: logica și sensul

Nu puteți citi despre tuplele de relații, despre faptul că funcția - un set de argumente set de valori și a funcției de potrivire - nu este doar o formulă sau program, dar poate fi dat un set de valori - tabel.

Nu neapărat, dar nu strică să reprezinte relația funcțională ca:

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

Dar, asigurați-vă că pentru a înțelege că la intrare - masa, de ieșire este, de asemenea, un tabel sau o decizie specifică. De obicei, relația funcțională stabilește logica relației dintre tabele, interogări, privilegiile, declanșatoare, proceduri stocate și alte momente de date (componente).

În mod normal, tabelele sunt transformați unul in altul, apoi rezultatul. Dar utilizarea de dependență funcțională nu este limitată la o astfel de idee. Programatorul construiește reprezentarea datelor de imagine, modelul de domeniu, structura de informații ... nu contează cum să-l numesc, dar dacă funcționează pentru o bază de date specifice, trebuie să se bazeze pe logica sa, să ia în considerare sensul și dialect al limbii folosite sau, de regulă, SQL.

Se poate argumenta că proprietățile funcționale ale dependențelor de baze de date sunt disponibile prin intermediul dialectul folosit de limbajul SQL. Dar mult mai important să se înțeleagă că, după toate suișuri și coborâșuri de dezvoltare, nu atât de multe baze de date a supraviețuit, dar multe dialecte ale limbii și specificul structurilor interne în bazele de date, de asemenea.

Oh, bun vechi Excel

În cazul în care computerul în sine a arătat pe partea pozitivă, lumea este o dată împărțită în programatori și utilizatori. De regulă, prima utilizare:

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

în al doilea rând:

• Cuvânt.
• Excel.

Unii utilizatori reușesc să facă propriile lor (fără ajutorul programatori) în Word Baza de date - un nonsens reală.

Experiența utilizatorilor în Excel pentru a crea o bază de date - practic si interesant. Cel mai important lucru este faptul că Excel, de la sine, este funcțional, colorat și practic.

Ideea tabelară a definit conceptul de dependență funcțională de vizibilitate și accesibilitate, dar nuanțele sunt la fiecare bază de date. Orice persoană are propria lor „față“, dar din Excel la Oracle manipula pătrate simple, adică tabele.

Dacă luăm în considerare faptul că Excel - aceasta nu este o bază de date, dar mulți, utilizatori (nu dezvoltatorii) este atât de folosit, iar Oracle - este complex și puternic pentru a realiza o echipa mare de dezvoltatori este în domeniul bazelor de date, devine firesc să admită - baza de date este o reprezentare programator special (echipa) a problemei specifice și soluția ei.

Care este relația funcțională, cu ceea ce, în cazul în care, de ce ... se pare că numai autorului sau grup.

Despre atitudini relaționale în cazul în care sunt

Progresul științific și tehnologic - o procedură foarte dureroasă, și uneori crude. Dacă vă amintiți în cazul în care a început baza de date, ceea ce * .dbf, ambele cibernetica de marcă, apoi a căzut în dragoste cu știința calculatoarelor și a început să aranjeze obstacole în calea circulației high-tech la nivel de țară, devine clar de ce baze de date relaționale sunt atât de tenace și de bună. De ce este stilul clasic la această zi de programare vii, și programarea orientată pe obiecte este pur și simplu de prim rang, dar încă nu a exclus.

Nu contează cât de frumos relația funcțională în contextul matematicii:

Aceasta nu este o relație binară, sau, mai degrabă, este o ocazie de a regândească ideea de a stabili relații între multitudinea de atribute, pentru a investiga comunicarea „unu-la-mulți“, „mulți la unul“, „mulți la mulți“ sau „o fac mulți, și una în special.“

Opțiuni de relații pot veni cu o mare varietate. Această matematică a logicii, și este strict! Informații - are propriile sale matematica, speciale. Acesta poate fi doar o formalitate pentru a spune cu un foarte mare dezavantaj.

Puteți formaliza activitatea departamentului de personal, scrie ACS pentru extracția petrolului sau a producției de lapte, pâine, face o selecție într-o bază mare de Google, Yandex si Rambler, dar rezultatul va fi întotdeauna statice, iar fiecare punct în timp este la fel!

Dacă relația funcțională = logica strictă și matematică = baza pentru baza de date, ce fel de dinamică putem vorbi. Orice decizie va fi formală, orice model formal de date + = algoritm riguros decizie precis și neechivoc. Informare și domeniul de aplicare al oricărui program se schimbă în orice moment.

motor de căutare de probă, pe aceeași expresie de căutare nu poate fi la fel după o oră sau două, și, în mod clar, într-o zi - în cazul în care expresia de căutare se referă la zona de informații în care o serie de site-uri, resurse, cunoștințe, și alte elemente sunt în continuă schimbare .

Despre linii și obiecte

Chiar dacă programul este pur matematic, iar baza sa de date nu este chiar gândesc la dinamica tot ce există întotdeauna o linie. Și există o linie lungă. Și este infinită nu poate fi. Nu poate fi chiar o variabilă, variabila numai în mod condiționat. În plus, orice bază de date a lor matematice și binar-birocrație impune o mulțime de formalități, iar această viteză + de prelevare a probelor de calitate și de prelucrare a informațiilor.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Dacă aceste sau alte domenii în baza de date a datelor, în special reale în limitarea va fi adăugat: numărul de biți, prezența formatului de prezentare „e“, - pe scurt peste tot și au întotdeauna importante proprietăți ale dependențe de baze de date funcționale: șir de caractere cu lungime variabilă condițional cu o masă de binar formalități și constrângeri matematice stricte.

Dacă schimbați tonul și să asculte pulsul dinamicii, toate obiectele pot fi pictate pe. În primă aproximație, numele coloanei din tabel - este un obiect, o listă de nume - același obiect, în tabelul scurt - un antet obiect și să vedem numele coloanelor din antet. Și capace nu ar putea fi ...

Cu toate acestea, siruri de caractere poate fi o masă. Și în linia poate fi de valoare. Și de ce ei ar trebui să fie întotdeauna același număr. tabel complet pătrat - acest lucru special, și în cele mai multe cazuri, privat.

Dacă vă imaginați toate desenele din obiectele bazei de date, atunci, probabil, nu trebuie să construiască un relații binare stricte. Acesta este un natural și un sens real, în cazul în care numai pentru că este un obiectiv (cu siguranță, nu matematic) logica reflectă dinamica informației și mediul în care există sarcini.