Funkčná závislosť a relačné databázy

Informácie mali vždy primeraný dynamický záujem. Vývoj programovacích jazykov relačných databáz a informačných technológií radikálne zmenil obsah a štruktúru záujmu. Bol tu určitý prísny systém reprezentácií. Formalizácia, presná matematika a binárne vzťahy sa stali úspešnou a rýchlo sa rozvíjajúcou oblasťou vedomostí a skúseností. Prirodzený svet informácií nezmenil svoju dynamiku a vývoj obsahu a štruktúry sa zvýšil na novú výšku. Má hladkú podobu, ktorá v prírode nie je nič "obdĺžnikového". Informácie samozrejme podliehajú formalizácii, ale majú dynamiku, nielen údaje a algoritmy ich spracovania, samotné úlohy a aplikačné oblasti sa menia.


Informácie & gt; formalizácia údajov

Informácie sa konvertujú na údaje (dátový model, informačnú štruktúru databázy), ako ju programátor vidí. Neexistuje žiadna záruka, že táto vízia je správna, ale ak jej program rieši úlohu, údaje boli pravdepodobne správne prezentované. Otázka, do akej miery boli formalizované informácie - je otázkou času. Zatiaľ koncept dynamiky (seba prispôsobenie meniacim sa podmienkam používania) - len sen o programovaní. Funkčná závislosť: "správne riešenie = program (programátor)" a podmienka: "nepretržitá zhoda" sú vo väčšine prípadov, ale iba spoločne. Ale to nie je matematický základ, ktorý sa používa pri vytváraní databáz.


Priamevyhlásenie: prirodzená a kontinuálna dynamika informácií a algoritmov na riešenie problémov vždy. Relačné databázy sú binárne vzťahy + prísna matematika + presné formálne konštrukcie, +

Údaje, súbory a databázy

Ako sú údaje uložené, je už dávno irelevantné: či ide o RAM alebo o externé zariadenie. Hardvérová súčasť dosiahla trvalé tempo vývoja a poskytuje vysokú kvalitu vo veľkých objemoch. Hlavné možnosti ukladania sa líšia v možnostiach využitia dát:
  • súbory;
  • .
  • Prvá je venovaná programátorovi (zaznamenávať, v akom formáte, ako to urobiť, ako čítať), druhá okamžite prináša potrebu poznania jednoduchých funkčných závislostí. Rýchlosť odberu a zaznamenávania informácií pri práci so súbormi (primeraná veľkosť, nie astronomická) je veľmi rýchla a rýchlosť podobných operácií s databázou môže byť niekedy výrazne pomalá.

    Osobné skúsenosti a kolektívna myseľ

    V histórii boli pokusy dosiahnuť hranice, ale relačné databázy sú stále dominantné. Kumulovaný veľký teoretický potenciál, prax aplikácie je rozsiahla a vývojári - vysoko kvalifikovaní. Koncepcia funkčnej závislosti vývojárov databáz uložených programátorovi, aj keď nemá v úmysle používať bohaté matematické a logické skúsenosti s budovaním komplexných informačných štruktúr, procesmi práce s nimi, odberom a zaznamenávaním informácií. Aj v najjednoduchšom prípade programátor závisí od logiky databázy, ktorú si vybral.Neexistuje žiadna túžba dodržiavať kánony, môžete použiť súbory, získať veľa súborov a mnoho osobných skúseností. Bude to veľa osobného času a úloha bude vyriešená dlho.
    Bez ohľadu na to, ako komplikované sa môžu zdať príklady funkčnej závislosti, nie je potrebné ponoriť sa do hĺbky zmyslu a logiky. Často je potrebné pripustiť, že kolektívna myseľ dokázala vytvoriť vynikajúce databázy rôznej veľkosti a funkčnosti:
  • solídny Oracle;
  • vyžadujú MS SQL Server;
  • je populárna MySQL.
  • - vynikajúce relačné databázy s dobrou povesťou, ľahko použiteľné a rýchle mobilné telefóny. Ich aplikácia šetrí čas a eliminuje potrebu napísať náhradné listy pomocného kódu.
    Funkcie programovania a údajov
    V dlhodobom programovaní má choroba niečo neustále prepisovať, opakovať prácu predchodcov, prispôsobiť niečo novým informáciám, úlohám alebo podmienkam ich používania. Funkciou funkčnej závislosti je, že rovnako ako pri programovaní môže byť chyba veľmi nákladná. Úloha je zriedka jednoduchá. Zvyčajne počas formalizácie informácií vzniká komplexná prezentácia údajov. Zvyčajne sú priradené ich prvky, potom sú v určitých vzťahoch prepojené kľúčmi, potom sa vytvárajú algoritmy na vytváranie tabuliek, požiadaviek, algoritmov vzorkovania informácií. Šifrovanie je často veľmi dôležité. Nie všetky databázy ponúkajú mobilné riešenia a môžete často čeliť, ako dobre je vyladená MySQL, na ktorejExistuje desiatky databáz, ktoré dokonale a stabilne pracujú a nútia developera, aby vytvoril jedenásty základňu podobnú tej, ktorá už existuje. Existujú prípady, keď generálny hosting obmedzuje funkčnosť PHP a to spôsobuje mŕtvicu v programovaní prístupu do databázy. V modernom programovaní je zodpovednosť za programový algoritmus ekvivalentná zodpovednosti za vytvorenie dátového modelu. Všetko by malo fungovať, ale nemalo by sa vždy ponoriť do bahna teórie.
    DB: jednoduchá závislosť na údajoch
    Po prvé, koncept databázy je databáza ako systém správy databáz (napríklad MySQL), ako aj určitá informačná štruktúra, ktorá odráža dáta úloh a komunikáciu medzi nimi , Jedna databáza MySQL "drží" seba samého, koľko chcete informačné štruktúry v rôznych oblastiach použitia. Jedna databáza Oracle môže poskytovať informácie veľkej spoločnosti alebo banke, monitorovať bezpečnosť a bezpečnosť dát na najvyššej úrovni, založené na rôznych počítačoch na rôznych vzdialenostiach v rôznych nástrojových lištách.
    Predpokladá sa, že vzťah je základom relačného modelu. Základný vzťah je súbor stĺpcov s názvami a riadkami s hodnotami. Klasický "obdĺžnik" (tabuľka) je jednoduchým a efektívnym dosiahnutím pokroku. Komplexnosť a funkčná závislosť databázy začína, keď sa "obdĺžniky" začínajú vzájomne prechádzať do vzájomných vzťahov. Názov každého stĺpca v každej tabuľke by mal byť jedinečný v kontexte úlohy. Jeden a ten istý nemôže byť v dvochstoly. Poznať význam pojmov:
  • "určiť podstatu";
  • "odstrániť nadbytočnosť";
  • "určiť vzťah";
  • "na zabezpečenie istoty".
  • je základná potreba používať databázu a vytvárať dátový model pre konkrétnu úlohu. Porušovanie každý z týchto pojmov - algoritmus neefektívne, pomalé vzorkovanie, straty dát a ďalšie problémy.

    funkčná závislosť: logika a význam

    Nemožno prečítať o tic vzťahov, ktoré fungujú - zodpovedajúce sadu argumentov nastavenie hodnôt a funkcií - nie je len vzorec alebo plán, ale môže byť vzhľadom k tomu, mnohí hodnoty - tabuľka. Nie nevyhnutne, ale to nie je na škodu reprezentovať vzťah: F (x1 x2, xn) = (y1 y2, yn). Ale nezabudnite pochopiť, že vstup - tabuľka, výstup je tiež tabuľka alebo konkrétne riešenie. Obvykle logika funkčný vzťah vytvára vzťahy medzi tabuľkami, dotazy, výsady, triggery, uložené procedúry a ďalšie body (zložiek) databázy. Tabuľky sa zvyčajne konvertujú na jeden a potom na výsledok. Použitie funkčnej závislosti nie je obmedzené na takú myšlienku. Programátor sám stavia svoj model dát domény videnie obrazu, informácie o štruktúre nezáleží na tom, ako volať, ale či to funguje v určitej databáze, musí byť založené na jeho logike, za jej obsah a dialektom použitého jazyka, ako pravidlo, SQL , Je možné tvrdiť, že vlastnosti funkčnéhoZávislosti databázy sú k dispozícii prostredníctvom dialektu jazyka SQL. Ale oveľa dôležitejšie pochopiť: po všetkých tých Problémy nie toľko databáz prežil, ale mnoho dialektov jazykových prvkov a vnútorných štruktúr v databázach taky.

    na staré dobré Excel

    Keď sa počítač ukázal sa na druhú stranu, svet kedysi rozdelený na programátorov a používateľov. Typicky je prvé použitie:
  • PHP, Perl, JavaScript, C ++, Delphi.
  • MySQL, Oracle, MS SQL Server, Visual FoxPro.
  • Druhý:
  • Slovo.
  • Excel.Niektorí používatelia robiť umudryayut samostatne (bez pomoci programátorov) v databáze Word - skutočný nezmysel. Skúsenosti užívateľov v programe Excel pre tvorbu databáz sú praktické a zaujímavé. Dôležité je, že samotný program Excel je funkčný, pestrý a praktický. Tabuľková myšlienka, ktorá definovala pojem funkčnej závislosti, je zrejmá a prístupná, ale v každej databáze existujú odliatky. V každej svojej "tváre", ale všetky Excel do Oracle manipulovať jednoduché štvorce, to znamená, tabuľky. Vzhľadom k tomu, že Excel - to nie je databáza, ale mnoho nick (nie programátori), je to tak zvyknutí, a Oracle - je komplexný a výkonný dosiahnutie veľkej skupiny vývojárov je v databáze, sa stáva prirodzenou priznať - databázy je idea konkrétny programátor (tím) o konkrétnej úlohe a jej riešení. Čo je funkčná závislosť od toho, kde, prečo, samozrejme, iba autora alebo tímu.

    o tom, kam ísť relačné vzťah

    vedecký a technický pokrok - veľmi bolestivý proces, a niekedy aj krutý. Ak si pamätáteTo, čo začalo s databázou, ktorá je * .dbf, značkové ako kybernetika, počítačovej vedy a lásky potom začal organizovať pohyb high-tech bariéry na úrovni jednotlivých krajín, je zrejmé, prečo je relačnej databázy tak húževnatý a dobre. Prečo je klasický programovací štýl stále živý a objektovo orientované programovanie je jednoducho oceňované, ale nie je založené. Bez ohľadu na to, aká veľká je funkčná závislosť v kontexte matematiky:
    Nejedná sa o binárny vzťah, skôr sa jedná o príležitosť prehodnotiť myšlienku založiť vzťahy medzi viacerými atribútov skúmať komunikácie "jeden na mnohé", "veľa k jednému", "veľa k mnoho" alebo "veľa vôbec, ale najmä" , Varianty vzťahov môžu prísť s veľa. Toto je matematika s logikou a je prísna! Informácie sú vaše vlastné matematické, špeciálne. V ňom sa formality môžu hovoriť len s veľmi veľkým mínusom. Môžete formalizovať prácu personálneho oddelenia, písať ACS pre ťažbu ropy alebo produkciu mlieka, chleba, uskutočniť výber v obrovskej základni Google, Yandex alebo Rambler, ale výsledok je vždy statická a zakaždým to isté! Ak je funkčná závislosť = prísna logika a matematika = základ pre databázy, potom to, čo môže byť dynamika jazyka. Každé rozhodnutie bude formálne, akýkoľvek formálny dátový model + jasný algoritmus = presné a jednoznačné riešenie. Informačné a aplikačné oblasti sa vždy menia. Výber vyhľadávacieho nástroja na rovnakej fráze vyhľadávania nemôže byť jedno a to isté za hodinu alebo dve,jednoznačne za deň - ak vyhľadávacia fráza odkazuje na oblasť informácií, počet stránok, zdrojov, znalostí a ďalších prvkov sa neustále mení.

    O reťazcoch a objektoch

    Aj keď je program čisto matematický a jeho databáza ani neuvažuje o dynamike, existujú vždy riadky. A linky sú dlhé. A nemôže byť nekonečná. Nemôže to byť ani premenná, len podmienene premenlivá. Okrem iného akejkoľvek databázy ich matematické a binárne-byrokracia ukladá mnoho formalít, ktoré rýchlosti + vzorkovania kvality a spracovania. Pokiaľ niektoré položky v počte databáz, bude predovšetkým materiál, ktorý obmedzenia, ktorá znie: čísla bitu, prítomnosť písmena "e", formát prezentácie - skrátka všade a vždy majú dôležité vlastnosti funkčnej databázy závislosti: línia podmienečne s premenlivou dĺžkou s hmotnosťou binárne formalít a prísne matematické obmedzenia. Ak zmeníte tón a počúvate impulz reproduktora, všetko sa dá na maľovanie na objektoch. V prvom priblížení názov stĺpca v tabuľke - zozname objekt mien - na rovnakom zariadení, menšie stôl - Objekt čiapok a to názvy hlavičky stĺpca. A hlavičky nemusia byť vôbec. Ale v tabuľke môžu byť riadky. A linka môže byť cenná. A prečo by mali byť vždy rovnaké číslo. Úplný štvorcový stôl je nehoda a vo väčšine prípadov súkromná.
    Ak odošlete všetky štruktúry do databázových objektov, nemusí sa stavať prísne binárne vzťahy. To je prirodzené a skutočnéčo znamená aspoň preto, že je založené na objektívnej (jednoznačne nematicovej) logike, ktorá odráža dynamiku informácií a prostredia, v ktorom sú úlohy.

    Súvisiace publikácie

    PHP array_keys function: jednoduché relačné vzťahy