Funkcia dependeco kaj rilata datumbazoj

Informoj ĉiam taŭgan dinamika de intereso. Evoluo, rilata datumbazoj kaj informadiko programlingvoj draste ŝanĝis la enhavo kaj strukturo de intereso. Ekzistas unu strikta reprezento sistemo. Formaligo, la ĝusta matematika kaj duumaj rilatoj iĝis sukcesa kaj rapide kreskantaj, areo de kompetenteco kaj sperto.

La natura mondo de informo ne ŝanĝiĝis lia dinamikon kaj disvolvi la enhavo kaj strukturo, grimpis al novaj altaĵoj. Ĝi havas glatan formon, kaj en naturo estas nenio "rektangula". Informo kompreneble esti formaligita, sed havas dinamikan, ŝanĝante ne nur la datumoj kaj algoritmoj de ilia prilaborado, ŝanĝante la taskoj mem kaj iliaj kampoj de apliko.

Informo> formaligo de datumoj >>

La informo estas konvertita en la datumoj (datumoj modelo, informo strukturon, datumbazo ...) kiel ĝi vidas programisto. Ne estas garantio ke tiu vizio estas korekta, sed se la programo solvas la problemon, la datumoj prezentis tiam adekvate ebla vojo.

La demando de kiom konvene formaligita informoj - afero de tempo. Ĝis nun, la koncepto de dinamikon (mem-adapto al ŝanĝanta kondiĉoj de uzo) - nur revas pri programado.

Funkcia dependeco: "la rajto decido = programo (programisto)" kaj la kondiĉo de "kontinuan observon problemo" estas valida en plej kazoj, sed nur kune. Sed tio ne estas matematika bazo, kiu estas uzita por krei datumbazoj.

Rekta deklaron: natura kaj kontinuan dinamikon de informoj kaj rezolucio de problemoj algoritmoj vere ĉiam. A rilata datumbazo estas duargumenta rilato + + strikta matematiko preciza formala dezajno + ...

Datumoj, dosieroj kaj datumbazoj

Kiel datumoj stokas dum longa tempo ne gravas, ĉu memoro aŭ ekstera aparato. Aparataro komponanto atingis neŝanĝiĝema ritmo de disvolviĝo kaj certigi bonan kvaliton en grandaj volumoj.

Ĉefa stokado ebloj, malsamaj enkorpiĝoj de uzo:

• dosierojn;
• datumbazo.

La unua donas al merced de la programisto (tiu disko, en kio formato, kiel fari ĝin, kiel legi ...), la dua tuj alportas la neceso scio de simpla funkciajn dependecoj.

La specimena kvanto kaj registrado informo pri dosieroj (de racia grandeco kaj ne astronomiaj) estas tre rapida, kaj la rapideco de similaj operacion povas iam esti signife pli malrapida.

Persona sperto kaj kolektiva saĝo

En la historio estis provoj iri preter la limo estas atingita, sed gxis nun regas rilata datumbazoj. Multo da teoriaj potencialo, la praktiko de vasta kaj programistoj - kvalifikita.

La nocio de funkcionala dependeco de datumbazo programistoj trudi programisto, eĉ se li ne intencas uzi la riĉecon de matematika-logika sperto de konstruado kompleksa informo strukturoj, procezoj, laboro kun ili, muestreo kaj registrado informoj.

Eĉ en la plej simpla kazo, la programisto dependas de la datumbazo logiko, ne gravas kion li elektas por labori. Ne estas deziro sekvi la kanonojn, vi povas uzi la dosierojn kiuj ricevas amason da dosieroj, kaj multajn personajn sperton. multajn personajn tempo estos elspezita, kaj la problemo estos solvita dum longa tempo.

Ne gravas kiom malfacile povas aperi ekzemploj de funkcia dependeco, ne nepre sinki en la profundon de signifo kaj logiko. Ofte, ĝi devus esti agnoskita ke la kolektiva inteligenteco povas krei malsamajn datumbazojn, malsamaj grandeco kaj funkciojn:

• solidan orakolon;
• postulante la MS SQL Servilo ;
• populara MySQL.

- bonega rilata datumbazoj kun bona reputacio, facila uzi, rapida en spertaj manoj. Ilia uzo ŝparas tempon kaj eliminas la bezonon por skribi la sekva folio helpa kodo.

Karakterizaĵoj Programado kaj Data

En programado longe estis malsano kiu estas konstante reverkita, ripeti la laboron de antaŭuloj, ke iel ion por adaptiĝi al la ŝanĝita informoj, taskon, aŭ la kondiĉoj de ĝia uzo.

La propreco de la funkcia dependeco estas ke, kiel en la programado eraro povas esti tre multekosta. La tasko estas malofte simpla. Kutime, dum la formaligo de la informo akirita de la kompleksa reprezento de la datumoj. iliajn elementojn estas kutime identigitaj, ili estas ligitaj al certaj ŝlosilo rilatoj, do esti establita algoritmoj formo de tabloj, demandojn, inform-akiro algoritmoj.

Ofte granda valoro estas ligita al la kodado. Ne ĉiuj datumbazoj proponi porteblaj solvoj ofte povas esti alfrontita kun kiom bone agordita MySQL, sur kiu kuŝas dekduo datumbazoj, bonega kaj stabilan laborista, devigante la ellaboranto por fari la dek-unua bazo simila al la jam tie.

Estas tempoj kiam dividis retprovizanton limigas funcionalidad de PHP kaj ĝi influas la programadon de datumbazo aliro.

En hodiaŭa programado respondecon por la ekvivalenta respondeco programo algoritmo por la kreo de datuma modelo. Ĉiuj devus labori, sed vi devas ĉiam mergi en la labirinto de la teorio.

DB: simpla rilato en la datumoj

Unue, la koncepto de datumbazo - ĉi datumbazo kiel mastrumado sistemo datumbazoj (ekz, MySQL), kaj iuj informoj strukturo reflektas la datumojn objektoj kaj rilatoj inter ili. Unu datumbazo MySQL «kaptis» sur sin tiom da informo strukturoj por diversaj aplikoj. Unu Oracle datumbazo povas provizi informon procezoj de granda entrepreno aŭ banko kontroli la sekureco kaj datumoj integrecon ĉe la plej alta nivelo, lokalizante sur aro de komputiloj, kiuj estas ĉe malsamaj distancoj en malsamaj ilo medioj.

Akceptita supozi ke la kvociento estas la baza rilata modelo. Elementa rilato - estas aro de kolumnoj kaj vicoj kun la nomoj de valoroj. Klasika "skatolo" (vidu tablon) - simpla kaj efika progreso. La komplekseco kaj la funkcia dependeco de la datumbazo komenciĝas kiam la "skatoloj" komencas eniri en rilaton kun la alia.

La nomo de ĉiu kolumno en ĉiu tabelo devas esti unika en la kunteksto de la problemo. La sama ne povas esti donita en du tabloj. Scii la signifon de la konceptoj:

• "Difinante la esenco";
• "Ekskludi redundo";
• "Fiksita rilato";
• "Por certigi la precizecon."

- elementa devas uzi datumbazon kaj konstrui datumoj modelon por specifa tasko.

Malobservo de iu el tiuj konceptoj - la malalta efikeco de la algoritmo, malrapida datumoj muestreo, datumoj perdo kaj aliaj problemoj.

Funkcia dependeco: la logiko kaj signifo

Vi ne povas legi pri la opoj de rilatoj, pri tio, ke la funkcio - aro de argumentoj egalante aro de valoroj kaj funkcion - ne nur formulo aŭ horaro, sed povas esti donita aro de valoroj - tablo.

Ne nepre, sed ĝi ne doloras por reprezenti la funkcia rilato kiel:

F (x 1, x 2, ..., x n) = (Kaj1, Kaj2, ..., yn).

Sed nepre komprenas, ke ĉe la enirejo - la tablo, la eligo estas ankaŭ tablo aŭ specifa decido. Tipe, la funkcia rilato difinas la logiko de la interrilato inter la tabloj, demandojn, privilegiojn, ellasiloj, stokita proceduroj kaj aliaj momentoj (komponantoj) datumbazo.

Kutime, la tabloj estas konvertita en unu la alian, tiam la rezulto. Sed la uzo de funkcia dependeco ne estas limigita al tia ideo. La programisto konstruas la reprezento de la bildo datumoj, la domajno modelo, informo strukturo ... kiel ajn nomi ĝin, sed se ĝi funkcias por specifa datumbazo, ĝi devas bazi en lia logiko, al konsideri lian signifon kaj dialekto de la lingvo uzita, kiel regulo, SQL.

Povas esti argumentite ke la funkciaj propraĵoj de la datumbazo dependencajoj estas disponeblaj tra la dialekto uzita de la SQL lingvo. Sed multe pli grava por kompreni ke post ĉiuj avatares de disvolviĝo, ne tiom da datumbazoj postvivis, sed multaj dialektoj de la lingvo kaj specifaj detaloj de internaj strukturoj en la datumbazoj, ankaŭ.

Ho la bona iama Excel

Kiam la komputilo montris sin sur la pozitiva flanko, la mondo estas denove dividita en programistoj kaj uzantoj. Kutime, la unua uzo:

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

dua:

• Vorto.
• Excel.

Iuj uzantoj sukcesas fari siajn proprajn (sen helpo de programistoj) en Word Datumbazo - vera sensencaĵo.

La sperto de uzantoj en Excel por krei datumbazon - praktika kaj interesa. La grava afero estas ke Excel, por oni sama, estas funkcia, bunta kaj praktika.

Tabular ideo difinis la koncepton de funkcia dependeco de videbleco kaj alirebleco, sed la nuancoj estas en ĉiu datumbazo. Ĉiu havas sian propran "vizaĝon", sed de Excel al Oracle manipuli simplajn kvadratojn, tio tabloj.

Se ni konsideras ke Excel - tio ne estas datumbazo, sed multaj, uzantoj (ne programistoj) estas tiel uzita, kaj la Orakolo - estas kompleksa kaj potenca por atingi grandan teamon de programistoj estas en la kampo de datumbazoj, ĝi fariĝas natura agnoski - la datumbazo estas reprezento aparta programisto (teamo) de la specifa problemo kaj ĝia solvo.

Kio estas la funkcia rilato, kun kio, kie, kial ... ŝajne nur al la aŭtoro aŭ grupo de tio.

Pri kie rilata sintenoj estas

Scienca kaj teknologia progreso - tre doloriga procedo, kaj foje kruelaj. Se vi memoras kie la datumbazo komencis, kion la * .dbf, ambaŭ branded cibernética, tiam enamiĝis komputiko kaj komencis aranĝi obstakloj al la movado de alta teknologio en la lando nivelo, ĝi iĝas klara kial datumbazoj relacionales estas tiel tenaca kaj bona. Kial la klasika stilo al hodiaŭ vivas programado, kaj objektema programado estas simple taksis, sed ankoraŭ ne regis.

Ne gravas kiom bela la funkcia rilato en la kunteksto de matematiko:

Ĉi tio ne estas duargumenta rilato, aŭ pli ĝuste, estas okazo rekonsideri la ideon de establi rilatojn inter la pluralidad de atributoj, enketi la "unu-al-multaj" komunikado ", multaj al unu", "multaj al multaj" aŭ "multaj faras, kaj unu aparte."

Opcioj rilatoj povas veni supren kun granda vario. Ĉi matematiko al logiko, kaj estas strikta! Informoj - ĝi havas propran matematiko, speciala. Ĝi povas esti nur formalaĵo diri kun tre granda malavantaĝo.

Vi povas formaligi la laboron de la dungitaro fako, skribu ACS por la eltiro de petrolo aŭ la produktado de lakto, pano, fari elekton en grandega bazo de Google, Yandex kaj Rambler, sed la rezulto ĉiam estas senmova, kaj ĉiu punkto en tempo estas la sama!

Se la funkcia rilato = strikta logiko kaj matematiko = bazo por la datumbazo, kia dinamikon ni povas paroli. Ajna decido estos formala, neniu formala datumo modelo + = rigora algoritmo preciza kaj unusenca decido. Informo kaj atingo de ajna programo ŝanĝas en ĉiu momento.

Specimenaj serĉilo en la sama serĉo frazo ne povas esti la sama post unu-du horoj, kaj, certe, en tago - se la serĉo frazo rilatas al la informo areon en kiu kelkaj lokoj, rimedoj, scion, kaj aliaj elementoj estas kontinue ŝanĝanta .

Pri linioj kaj objektoj

Eĉ se la programo estas pure matematika, kaj ĝia datumbazo ne eĉ pensi pri la dinamiko de ĉiuj ĉiam estas linio. Kaj tie estas longa linio. Kaj estas senfina ne povas esti. Eble eĉ esti variablo, la variablo nur kondiĉe. Krome, ajna datumbazo de sia matematika kaj duumaj-burokratio trudas multajn formalaĵojn, kaj ĉi rapido + kvalito muestreo kaj informoj procesante.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Se tiuj aŭ aliaj kampoj en la datumbazo de la datumoj, precipe vera en la limigo aldoniĝos: la iom numeron, la ĉeesto de la letero 'e', prezento formato - mallonge ĉie kaj ĉiam havas la gravaj propraĵoj de funkcia datumbazo dependaĵojn: ĉeno kondiĉa ŝanĝiĝema longitudo kun maso de duumaj formalaĵojn kaj striktaj matematikaj limigoj.

Se vi ŝanĝas la tono kaj aŭskultas la pulson de la dinamikon, ĉiuj objektoj povas esti pentrita sur. En la unua alproksimiĝo, la kolumno nomo de la tabelo - estas objekto, listo de nomoj - la sama objekto, mallonge tablo - objekton kaplinio kaj nomojn de la kolumnoj en la kaplinio. Kaj ĉapoj povis esti ...

Tamen, kordoj povas esti tablo. Kaj en la linio povas esti de valoro. Kaj kial ili devus ĉiam esti la sama nombro. Plena kvadrata tablo - ĉi tiu aparta, kaj en plej kazoj, privata.

Se vi imagas ĉiuj dezajnoj en la datumbazo objektoj, do, eble, ne devas konstrui strikta duumaj rilatoj. Tiu estas natura kaj vera senco, eĉ se nur ĉar ĝi estas objektiva de (certe ne matematika) logiko reflektas la dinamikon de la informo kaj de la medio en kiu estas taskoj.