Dzīve un datu bāzu pārvaldības sistēma

Mēs izmantojām dzīvot pasaulē, kurā informācija par objektu, ja ne gandrīz svarīgāks par materiālo objektu. Kad runa ir par jaunu personu, viņš uzreiz saņem vārdu, mantot ģimenes vārdu un tēva (godīgs saskaņā ar likumiem objektorientētā programmēšana, vai tas ir nepareizi), tad dzemdēt uz pirmo dokumentu - dzimšanas apliecību, ierakstīt visu tās niansēm dažādos reģistros. Tā kā tās izaugsmi un attīstību, būs vairoties un augt arhīvu informāciju par to: vēsture, dokumentus bērnudārzā un pēc tam skolā, vēlāk tie kļūst interesē militārā iesaistīšanu karadarbībā birojā, un tā tālāk visu mūžu. Jūs varētu domāt, ka visa cilvēka dzīve ir saistīta tikai ar to, ka dažādu datu bāzu vadības sistēmas (DBVS) var aizpildīt savu negausīgs iekšējo informāciju. Kaut kā mēs joprojām uzskatām sevi - cilvēks - vainagu dabas, gan dzīvnieki, šķiet, ir bieži vien gudrāki, nekā mums.

Lielākā daļa cilvēku par visiem šiem gudrībām informācija nav īpaši domāšana. Vienkārši dzīvot mierā, reizēm piepildīts ar dažādiem profiliem, dot piekrišanu iegūt plašāku informāciju par sevi (vai pat nezinu par to). Kāds, ka visiem informācijas procesiem, tās funkcijas ietver datubāzes pārvaldību ietver dažādus informācijas. Tas var būt bankas darbinieki, personāla departamentiem, arhīvisti, un daudzi citi. Vēl mazāk cilvēku (programmētāju un sistēmu administratori), ko viņu pašu rokās, lai izveidotu un uzturētu datu bāzes pārvaldības sistēma, un dažreiz izveidot tos. Profesija prasa programmētājiem skaidrāk saprast , kāda informācija, kā rīkoties ar to un kādas programmas ir piemērotas šim nolūkam.

Kad mācību programmētājs profesiju , starp citām lietām pētīts un datu bāzu vadības sistēmas Access. Stingri runājot, šī datubāze ir visvairāk stulba, jo tas nesniedz pilnu jaudas serverus: vienlaicīga darbība vairāki cilvēki ar to pašu datu bāzi, ir jābloķē informācijas fragmentus, un pat veselas tabulas lieliem datu apjomiem, šķiet, disfunkcijas un tā tālāk. Tā joprojām ir noslēpums, kāpēc viss iekļauts Piekļuve izglītības sistēmai, profesionāliem programmētājiem, kas strādā ar viņu nebūs, un visi citi nevēlas zināt, nekā viens vadības sistēmas datu bāzes atšķiras no otra. Būtu labāk, nevis Access'a studentiem tika dota prasmes strādāt ar PostgreSQL un MySQL, pa ceļam, lai izskaidrotu atšķirības starp tām. Tomēr, tāpat kā serveri darbojas abas šīs datu bāzes, jums ir izveidot visaptverošu datu bāzi, būs izstrādāt un klienta pieteikumu - kaut ko ar kuru darbosies ilgāk gala lietotājiem. Bet tas ceļš iet visu profesionālo programmas, un tas nav nepieciešams izgudrot savu velosipēdu.

Un tas parasti ietver sevī profesionālās bāzes pārvaldības sistēma? Pirmkārt - iespēja strādāt ar ļoti lieliem datu masīviem (elektroniskajā katalogā lielāko grāmatnīca var kopā miljoniem aprakstus, no kuriem katrs var zināt cenu, skaitu pieejamo eksemplāru, un par to, ko viņi ir noliktavas); otrkārt - strādāt ar vairākiem lietotājiem vienlaicīgi, no kuriem katrs saņem attiecīgo informāciju (citiem vārdiem sakot, abi pārdevēji nevar pārdot dažādiem klientiem ar vienu gadījumu kāds no retajām grāmatām). Trešā iespēja - informācija tiek aizsargāta no nejaušiem bojājumiem, ja tās pārmaiņas ir sākušās, bet nav pareizi pabeigta. Teorētiski var iedomāties šādu situāciju: veikals saņem maksājumu ar pārskaitījumu, tad līdzekļi tiek norakstīta no pircēja kontā, un pēc tam ir ieskaitīti kontā veikalā, bet gan tāpēc, ka nespēju otrās daļas darbības netika veiktas. Smart datubāzē abas darbības tiek veiktas vienā darījumā, kas ir vai nu pilnībā apstiprināta (kad viss gāja gludi), vai pilnīgi atcelts (jebkurā vainas). Līmenī pircējam tas dod pārliecību, ka tad, ja viņa līdzekļi tiek norakstīti no konta, tie ir garantēta, lai saņemtu uz konta veikalā.