Жыццё і сістэмы кіравання базамі дадзеных

Мы прывыклі жыць у свеце, у якім інфармацыя аб аб'екце ці ледзь не важней, чым сам матэрыяльны аб'ект. Калі нараджаецца новы чалавек, ён адразу атрымлівае імя, атрымала ў спадчыну прозвішча і імя па бацьку (проста-такі па законах аб'ектна-арыентаванага праграмавання, няхай сабе гэта не да ладу), на яго заводзяць першы дакумент - пасведчанне аб нараджэнні, ўпісваюць ўсю яго паднаготную ў розныя рэестры. Па меры яго росту і развіцця будуць памнажацца і расці архівы інфармацыі пра яго: гісторыі хваробы, дакументы ў дзіцячым садзе, а потым і ў школе, крыху пазней ім зацікавіцца ваенкамат, і так на працягу ўсяго жыцця. Можна падумаць, што ўсё чалавечае жыццё прысвечана толькі таго, каб розныя сістэмы кіравання базамі дадзеных (СКБД) маглі набіваць сваё ненаеднае інфармацыйнае нутро. Нейкай неспасціжнай выявай мы працягваем лічыць сябе - чалавека - вянком прыроды, хоць жывёлы, падобна, часта аказваюцца мудрэйшыя за нас.

Большасць людзей аб усіх гэтых прамудрасцях інфармацыі асабліва не задумваюцца. Проста жывуць сабе спакойна, эпізадычна запаўняюць самыя розныя анкеты, даюць згоду на збор дадатковых звестак аб сабе (ці нават не падазраюць пра гэта). Хто-то гэтую ўсю інфармацыю апрацоўвае, у яго функцыі ўваходзіць кіраванне базамі дадзеных, якія ўключаюць у сябе самыя розныя звесткі. Гэта могуць быць супрацоўнікі банкаў, кадравых службаў, работнікі архіваў і многія іншыя. Яшчэ меншай колькасці людзей (праграмісты і сістэмныя адміністратары) даводзіцца сваімі рукамі наладжваць і падтрымліваць сістэмы кіравання базамі дадзеных, а часам і ствараць іх. Прафесія абавязвае праграмістаў найбольш дакладна разумець, што такое інфармацыя, як яе апрацоўваць і якія праграмы для гэтага падыходзяць.

Пры навучанні прафесіі праграміста ў ліку іншага вывучаецца і сістэма кіравання базамі дадзеных Access. Строга кажучы, гэтая СКБД самая бязглуздая, паколькі не дае сапраўднай моцы паўнавартасных сервераў: пры адначасовай працы некалькіх чалавек з адной базай дадзеных пачынаюцца блакавання фрагментаў інфармацыі, а то і цэлых табліц, пры вялікіх аб'ёмах дадзеных з'яўляюцца збоі ў працы і гэтак далей. Застаецца загадкай, для чаго наогул уключаны Access ў сістэму адукацыі, бо прафесійныя праграмісты з ім працаваць не будуць, а ўсе астатнія наогул не жадаюць ведаць, чым адны сістэмы кіравання базамі дадзеных адрозніваюцца ад іншых. Лепш бы замест Access'а студэнтам давалі навыкі працы з PostgreSQL і MySQL, адначасна тлумачачы адрозненні паміж імі. Праўда, абодва гэтых СКБД працуюць толькі як сервера, гэта значыць для стварэння паўнавартаснай базы дадзеных давядзецца распрацоўваць яшчэ і кліенцкае прыкладанне - тое, з чым будуць працаваць ужо канчатковыя карыстальнікі. Але па гэтым шляху ідзе ўсё прафесійнае праграмаванне, і не варта вынаходзіць свой уласны ровар.

А што наогул ўключае ў сябе паняцце прафесійнай сістэмы кіравання базамі дадзеных? Па-першае - магчымасць працаваць з вельмі вялікімі масівамі інфармацыі (электронны каталог буйнога кнігарні можа налічваць мільёны апісанняў, па кожным з якіх можна даведацца цану, колькасць даступных асобнікаў і на якіх складах яны знаходзяцца); па-другое - праца з многімі карыстальнікамі адначасова, кожны з якіх атрымлівае актуальную інфармацыю (іншымі словамі, два прадаўца не змогуць прадаць розных кліентам адзіны асобнік якой-небудзь рэдкай кнігі). Трэці параметр - інфармацыя абаронена ад выпадковай псуты ў выпадках, калі яе зьмена пачалося, але не было карэктна завершана. Гіпатэтычна можна ўявіць такую сітуацыю: крама атрымлівае аплату па безнаяўным перакладзе, сродкі спісваюцца з рахунку пакупніка і далей павінны быць залічаны на рахунак крамы, але з-за збою другая частка аперацыі не была выкананая. Пісьменная СКБД абедзве часткі аперацыі выконвае ў рамках адной транзакцыі, якая альбо цалкам пацвярджаецца (у выпадку, калі ўсё прайшло гладка), альбо цалкам адмяняецца (пры любым збоі). На ўзроўні пакупніка гэта дае ўпэўненасць, што калі з яго рахунку сродкі спісаныя, то на рахунак крамы яны гарантавана паступілі.