Elu ja andmebaasi haldussüsteemid

Me oleme harjunud elama maailmas, kus objekti kohta on teave oluliselt olulisem kui materiaalne objekt ise. Kui uus inimene on sündinud, saab ta kohe nime, pärib oma perekonnanime ja isiklikku (otseselt objektorienteeritud programmeerimise seaduste järgi, olgu see vale), temast sündinud esimene dokument - sünnitunnistus, sisestades nad oma siseteavet erinevatesse registritesse. Kui see kasvab ja areneb, kasvab ja kasvab selle kohta arhiivid: meditsiinilised andmed, dokumendid lasteaias ja seejärel koolis, hiljem nad on huvitatud sõjaväe komissariadist ja kogu eluaastast. Võib arvata, et kogu inimelu on pühendatud ainult sellele, et mitmesugused andmebaasihaldussüsteemid (DBMS) suudavad täita oma peituvat teavet. Mõnel arusaamatul moel peame jätkuvalt ennast inimeseks - looduse krooniks, kuigi loomad tunduvad sageli end mõistlikumad kui meie.

Enamik inimesi ei mõelnud kõigist neist teadmistest. Lihtsalt elada rahus, aeg-ajalt täita erinevaid küsimustikke, anda nõusolek enda kohta lisateabe kogumiseks (või isegi ei tea sellest). Keegi töötleb seda teavet, selle funktsioonide hulka kuulub andmebaaside haldamine, mis sisaldab mitmesugust teavet. See võib olla pankade töötajad, personaliteenistus, arhiivide töötajad ja paljud teised. Veelgi vähem inimesi (programmeerijad ja süsteemihaldurid) peavad andmebaasi haldussüsteemid käsitsi konfigureerima ja neid hooldama ning mõnikord neid looma. Elukutse paneb programmeerijad kõige selgemini mõistma, milline teave on, kuidas seda töödelda ja millised programmid sellele sobivad.

Programmeerija kutsealase väljaõppe raames uuritakse muu hulgas Access andmebaasi haldussüsteemi . Rangelt võttes on see DBMS kõige rumal, sest see ei anna täieõiguslike serverite tõelist jõudu: kui mitu inimest töötab samaaegselt ühe andmebaasiga, algab teabe killustuste ja isegi tervete tabelite blokeerimine, suurte andmemahukate andmetega, toimimise katkestused ja nii edasi. Järele jääb mõistatus, miks Access on haridussüsteemis kaasatud, sest professionaalsed programmeerijad ei tööta sellega ja kõik teised ei taha teada, mida mõned andmebaasi haldamise süsteemid erinevad teistest. Accessi asemel oleks parem, kui anda õpilastele oskusi PostgreSQLi ja MySQLiga töötamiseks, selgitades samal ajal nendevahelisi erinevusi. Tõsi küll, mõlemad DBMS töötavad ainult serverina, st kogu andmebaasi loomiseks tuleb teil ka kliendrakenduse välja töötada - see, mida lõppkasutajad juba töötavad. Kuid sellel teel on kõik professionaalsed programmeerimisvõimalused ja ärge leiutke ise oma jalgratast.

Ja mis üldiselt hõlmab professionaalse andmebaasi haldamise süsteemi kontseptsiooni? Esiteks - võimalus töötada väga suurte teabehulkadega (suure raamatupoe elektroonilisel kataloogil võib olla miljoneid kirjeldusi, millest igaüks saab teada hinna, olemasolevate eksemplaride arvu ja millistes ladudes nad on); Teiseks - samaaegselt paljude kasutajatega töötamine, millest igaüks saab asjakohast teavet (teisisõnu, kaks müüjat ei saa müüa haruldase raamatu ühe koopia teistele klientidele). Kolmas parameeter on see, et teave on kaitstud juhusliku kahju eest, kui selle muutmine algas, kuid see polnud õigesti täidetud. Hüpoteetiliselt võite kujutada sellist olukorda: pood saab tasu ülekandega, vahendid debiteeritakse ostja kontolt ja siis tuleb need panga kontole krediteerida, kuid ebaõnnestumise tõttu ei tehtud operatsiooni teist osa. Pädev DBMS täidab mõlemad operatsiooni osad ühe tehingu raames, mis on kas täielikult kinnitatud (juhul, kui kõik läks sujuvalt) või täielikult tühistatud (mis tahes rikete korral). Ostja tasandil annab see enesekindluse, et kui tema kontolt raha on maha kantud, siis on poe kontole tagatud, et nad on tegutsenud.