Funksionele afhanklikheid en relasionele databasisse

Die inligting het altyd 'n voldoende dinamiese belang gehad. Die ontwikkeling van programmeringstale, relasionele databasisse en inligtingstegnologieë het die inhoud en struktuur van belang radikaal verander. 'N Sekere streng stelsel van vertoë is gevorm. Formalisering, presiese wiskunde en binêre verhoudings het 'n suksesvolle en vinnig ontwikkelende kennis en ondervinding geword.

Die natuurlike wêreld van inligting het nie sy dinamika verander nie, en die ontwikkeling van sy inhoud en struktuur het tot 'n nuwe hoogte gestyg. Dit het gladde vorms, en in die natuur is daar niks "reghoekig" nie . Inligting verleen natuurlik aan formalisering, maar dit het dinamika, nie net data en algoritmes vir hul verwerking verander nie, die take self en die areas van hul toepassing verander.

Inligting> formalisering >> data

Inligting word omskep in data (data model, inligtingstruktuur, databasis ...) soos die programmeerder dit sien. Daar is geen waarborg dat hierdie visie korrek is nie, maar as die program die taak opgelos het, dan is die data op 'n gepaste wyse aangebied.

Die vraag hoe korrek die inligting geformaliseer is, is 'n kwessie van tyd. Tot dusver is die konsep van dinamika (selfaanpassing aan veranderende gebruiksvoorwaardes) net 'n droom van programmering.

Funksionele afhanklikheid: "die korrekte oplossing = program (programmeerder)" en die voorwaarde: "deurlopende korrespondensie aan die probleem" is in die meeste gevalle geldig, maar slegs saam. Maar dit is nie die wiskundige basis wat gebruik word om databasisse te skep nie.

Direkte verklaring: die natuurlike en deurlopende dinamika van inligting en algoritmes vir die oplossing van probleme is altyd die geval. En relasionele databasisse is binêre verhoudings + streng wiskunde + presiese formele konstruksies, + ...

Data, lêers en databasisse

Hoe data vir 'n lang tyd gestoor word, maak nie saak nie: of dit RAM of 'n eksterne toestel is. Die hardeware komponent het 'n bestendige tempo van ontwikkeling bereik en bied goeie gehalte in groot volumes.

Die belangrikste stooropsies, wat verskil in die gebruik van data:

• lêers;
• databasis.

Die eerste is gereserveer vir die programmeerder (wat om te skryf, in watter formaat, hoe om dit te doen, hoe om te lees ...), die tweede bring dadelik die behoefte om 'n eenvoudige funksionele afhanklikheid te leer.

Die spoed van steekproefneming en die opneem van inligting by die werk met lêers (van redelike grootte, nie astronomies nie) is baie vinnig, en die spoed van soortgelyke operasies met die databasis kan soms merkbaar stadig wees.

Persoonlike ervaring en kollektiewe intelligensie

In die geskiedenis was daar pogings om buite die grense te bereik, maar tot vandag toe oorheers databasisse. 'N Groot teoretiese potensiaal word opgehoop, die toepassing van aansoek is omvattend en die ontwikkelaars is hoogs gekwalifiseerd.

Die konsep van die funksionele afhanklikheid van databasisontwikkelaars word opgelê aan die programmeerder, selfs al is hy nie van plan om die ryk wiskundige en logiese ervaring te gebruik om komplekse inligtingsstrukture op te stel, prosesse om saam met hulle te werk nie, monsterneming en optekening van inligting.

Selfs in die eenvoudigste geval hang die programmeerder van die logika van die databasis, ongeag wat hy kies om mee te werk. Daar is geen begeerte om die kanonne te volg nie, jy kan lêers gebruik, jy sal baie lêers kry en baie persoonlike ervaring. Baie persoonlike tyd sal bestee word en die taak sal oor 'n lang tyd opgelos word.

Maak nie saak hoe moeilik die voorbeelde van funksionele afhanklikheid gelyk het nie, dit is nie nodig om in die diepte van betekenis en logika te duik nie. Dikwels moet erken word dat die kollektiewe verstand daarin geslaag het om uitstekende databasisse van verskillende grootte en funksionaliteit te skep:

• Solid Oracle;
• Vereiste MS SQL Server ;
• Gewilde MySQL.

- Uitstekende relasionele databasisse met goeie reputasie, maklik om te gebruik, vinnig in geskoolde hande. Hulle gebruik spaar tyd en elimineer die behoefte om gereelde velle hulpmiddels te skryf.

Kenmerke van programmering en data

Vir 'n lang tyd het programmering die siekte voortdurend herschryf, die werk van sy voorgangers herhaal, om sodoende iets aan te pas by die veranderde inligting, die taak of die voorwaardes van die gebruik daarvan.

Die eienaardigheid van die funksionele afhanklikheid is dat, soos in die programmering, 'n fout baie duur kan wees. Die taak is selde eenvoudig. Gewoonlik word tydens die formalisering van inligting 'n komplekse voorstelling van die data verkry. Gewoonlik word hulle elemente uitgesonder, dan word hulle gekoppel aan sleutels tot sekere verhoudings, dan word algoritmes vir die vorming van tabelle, navrae, algoritmes vir die herwinning van inligting vasgestel.

Dit is dikwels belangrik om te koppel aan die kodering. Nie alle databasisse bied mobiele oplossings nie, maar jy kan dikwels sien hoe perfek die MySQL, waarop daar dosyne databasisse is, perfek en stabiel werk, dwing die ontwikkelaar om die elfde basis te maak wat soortgelyk is aan dié wat reeds bestaan.

Daar is tye wanneer gedeelde hosting die funksionaliteit van PHP beperk, en dit laat 'n impak op die programmering van toegang tot die databasis.

In moderne programmering is die verantwoordelikheid vir die programalgoritme gelykstaande aan die verantwoordelikheid om 'n datamodel te skep. Alles moet werk, maar nie altyd is dit nodig om in 'n oerwoud van die teorie te duik nie.

DB: eenvoudige dataafhanklikheid

Eerstens is die konsep van 'n databasis beide 'n databasis as 'n databasisbestuurstelsel (byvoorbeeld MySQL), en 'n inligtingstruktuur wat die data van die probleem weerspieël en die verhoudings tussen hulle. Een MySQL-databasis "hou" op homself 'n aantal inligtingstrukture in verskillende toepassingsvelde. Een Oracle-databasis kan inligtingprosesse vir 'n groot maatskappy of bank verskaf, sekuriteits- en datasekuriteit op die hoogste vlak monitor, geleë op 'n verskeidenheid rekenaars wat op verskillende afstande in verskillende instrumentale omgewings is.

Daar word algemeen geglo dat die verhouding basies in die verhoudingsmodel is. 'N Elementêre verband is 'n stel kolomme met name en rye met waardes. Die klassieke "reghoek" (tabel) is 'n eenvoudige en effektiewe bereiking van vordering. Die kompleksiteit en funksionele afhanklikheid van die databasis begin wanneer die "reghoeke" in 'n verhouding met mekaar begin.

Die naam van elke kolom in elke tabel moet uniek wees in die konteks van die taak. Dieselfde data kan nie in twee tabelle wees nie. Ken die betekenis van begrippe:

• "Identifiseer entiteite";
• "Elimineer oortolligheid";
• "Vaste verhoudings";
• "Om betroubaarheid te verseker."

- 'n elementêre behoefte om die databasis te gebruik en 'n data model vir 'n bepaalde taak te bou.

Oortreding van enige van hierdie konsepte - lae doeltreffendheid van die algoritme, stadige dataherwinning, dataverlies en ander probleme.

Funksionele afhanklikheid: logika en betekenis

U kan nie oor die koppelvlakke van verhoudings lees nie, oor die feit dat die funksie die korrespondensie van 'n stel argumente tot 'n stel waardes is, en die funksie is nie net 'n formule of 'n grafiek nie, maar dit kan deur 'n stel waardes gestel word - 'n tabel.

Nie noodwendig nie, maar dit maak nie seer om die funksionele afhanklikheid te verteenwoordig as:

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

Maar dit is nodig om te verstaan dat daar 'n tafel by die inset is, by die uitset is daar ook 'n tafel of 'n spesifieke oplossing. Tipies bepaal die funksionele afhanklikheid 'n verhoudingslogika tussen tabelle, navrae, voorregte, snellers, gestoor prosedures en ander databasiskomponente (komponente).

Gewoonlik word die tafels omgeskakel na mekaar, dan tot die resultaat. Maar die gebruik van funksionele afhanklikheid is nie beperk tot net so 'n idee nie. Die programmeerder self konstrueer sy eie prentjie van die databeeld, domeinmodel, inligtingstruktuur ... dit maak nie saak hoe om dit te noem nie, maar as dit op 'n spesifieke databasis werk, moet dit volgens sy logika gebou word, met inagneming van die betekenis en dialek van die taal wat gebruik word, gewoonlik SQL.

Daar kan aangevoer word dat die eienskappe van die funksionele afhanklikes van die databasis toeganklik is deur die dialek van die gebruikte SQL-taal. Maar dit is baie belangriker om te verstaan: na al die wisselvallighede van ontwikkeling het nie soveel databasisse oorleef nie, maar daar is baie dialekte van hierdie taal en die eienskappe van interne konstruksies in die basisse ook.

Oor die goeie ou Excel

Toe die rekenaar hom aan die positiewe kant gewys het, het die wêreld dadelik verdeel in programmeerders en gebruikers. Tipies, die eerste gebruik:

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

Die tweede:

• Woord.
• Excel.

Sommige gebruikers doen dit self (sonder die hulp van programmeerders) in die Word-databasis - 'n regte onzin.

Die ervaring van gebruikers in Excel vir die skep van databasisse is prakties en interessant. Dit is belangrik dat Excel op sigself funksioneel, kleurryk en prakties is.

Die tabel idee, gedefinieer die konsep van funksionele afhanklikheid is voor die hand liggend en toeganklik, maar daar is nuanses vir elke databasis. Elkeen het sy eie "gesig", maar alles van Excel na Oracle word gemanipuleer deur eenvoudige blokkies, dit is tafels.

As jy van mening is dat Excel nie 'n databasis is nie, maar baie gebruikers (nie programmeerders) dit so gebruik nie en Oracle is die mees komplekse en kragtige prestasie van 'n groot span ontwikkelaars op die gebied van databasisse, word dit natuurlik om te erken dat die databasis hierdie voorstelling is. 'N Spesifieke programmeerder (span) oor 'n spesifieke taak en sy oplossing.

Wat is die funksionele afhanklikheid, met wat, waar, hoekom ... is dit net vir die outeur of die kollektiewe van hulle voor die hand liggend.

Oor waar die verhouding verhouding gaan

Wetenskaplike en tegnologiese vooruitgang is 'n baie pynlike proses, en soms wreed. As jy onthou hoe databasisse begin het, wat * .dbf was, hoe hulle cybernetika gebrandmerk het, het hulle verlief geraak op rekenaarwetenskap en begin om hindernisse te skep vir die oordrag van hoë tegnologie op landvlak, word dit duidelik waarom relasionele databasisse so hard en goed is. Hoekom leef die klassieke styl van programmering nog steeds, en objekgeoriënteerde programmering word eenvoudig gewaardeer, maar is nog nie heersende nie.

Maak nie saak hoe pragtige funksionele afhanklikheid in die konteks van wiskunde is nie:

Dit is nie 'n binêre verhouding nie. Meer spesifiek, dit is 'n geleentheid om die idee van verhoudings tussen 'n verskeidenheid eienskappe te heroorweeg, een tot baie, baie tot baie, baie tot baie, of baie in die algemeen en een in die besonder te ondersoek.

Jy kan met 'n groot verskeidenheid verhoudings vorendag kom. Dit is wiskunde met logika, en dit is streng! Inligting is sy eie wiskunde, spesiaal. Daarin kan jy net oor formaliteit praat met 'n baie groot minus.

Jy kan die werk van die personeeldepartement formaliseer, 'n ACS skryf vir olieproduksie of melkproduksie, brood, 'n keuse maak in die groot basis van Google, Yandex of rambler, maar die resultaat sal altyd staties wees en elke keer is dieselfde!

As die funksionele afhanklikheid = streng logika en wiskunde = die basis vir die databasisse, dan watter dinamiek kan ons praat. Enige besluit sal formeel wees, enige formele data model + streng algoritme = 'n presiese en ondubbelsinnige oplossing. Die inligting en omvang van enige program verander altyd.

Die keuse van 'n soekenjin op dieselfde soekterme kan nie binne een uur of twee dieselfde wees nie, en beslis in 'n dag - as die soekterme verwys na die veld van inligting waarin die aantal webwerwe, bronne, kennis, ander elemente voortdurend verander .

Oor snare en voorwerpe

Selfs as die program suiwer wiskundig is en die databasis nie eers oor dinamiek dink nie, is daar altyd lyne . En die tou het 'n lengte. En dit kan nie oneindig wees nie. Dit kan nie eens 'n veranderlike wees nie, slegs 'n voorwaardelike veranderlike. Daarbenewens lê 'n databasis met sy wiskundige en binêre burokratiese apparaat baie formaliteite op, en dit is die spoed + kwaliteit van steekproefneming en inligtingverwerking.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. En as sommige velde in die getalle databasis, veral die regte, by die beperkings gevoeg word: die bitdiepte, die teenwoordigheid van die letter "e", die formaat van die voorstelling is korter, en ons het altyd belangrike eienskappe van die funksionele afhanklikes van die databasis: stringe van voorwaardelike veranderlike lengte met 'n massa binêre Formaliteite en streng wiskundige beperkings.

As jy die toon verander en na die impuls van die dinamika luister, kan alles op voorwerpe geverf word. In die eerste benadering is die kolom naam in die tabel 'n voorwerp, die lys name is ook 'n voorwerp, die tafel is korter is die voorwerp van die kop en die name van die kolomme in die kop is daarin. En pette kan glad nie wees nie ...

Maar in die tafel kan daar lyne wees. En die tou kan waardes hê. En hoekom moet hulle altyd dieselfde nommer wees. 'N Volledige vierkantige tafel is 'n besondere en in die meeste gevalle 'n privaat een.

As jy al die konstruksies in die databasis met voorwerpe verteenwoordig, moet jy dalk nie streng binêre verhoudings bou nie. Hierin is daar 'n natuurlike en werklike betekenis, al is dit net in terme van objektiewe (ondubbelsinnig nie-wiskundige) logika wat die dinamika van inligting en die omgewing weerspieël waarin probleme bestaan.