Relāciju datu modelis, datu bāzes, modeļi un dizaina shēmas
Jebkura datubāze ir tās būtība un pamatsmodelis. Tas ir datu struktūru kolekcija un to veikto darbību saraksts. Visizplatītākais ir hierarhijas, tīkla un relāciju datu modelis. Viss tas cilvēks var izmantot paredzētajam nolūkam, jo tie tiek glabāti datora atmiņā: tie tiek glabāti diska vietā un nepieciešamības gadījumā tiek ievietoti sistēmas RAM. Šeit sākas to apstrāde. Citiem vārdiem sakot, datu bāze ir informācija no ārpasaules, kas ir veidota īpašā veidā un aptver noteiktu jomu. Parasti tās ir atšķirīgas īpašības, īpašības un kaut kas līdzīgs. Tā kā viss pasaulē ir savstarpēji saistīts, tas ir atspoguļots datu bāzē.
Lielākoties, lai modelētujebkurā datu bāzē pietiek ar relāciju datu modeli. Bet tā veidošana praksē attiecību shēmā var radīt grūtības. Tas neparedz mehānismu izveidi, lai aprakstītu semantiku, kas vienmēr atrodas objektos jebkurā jomā.
Šī kvalitāte ir novedusi pie tā, kadatubāzes konceptuālais modelis. Tas dod iespēju intuitīvāk, bet vienlaikus un formālāk aprakstīt konkrētu objektu jomu. Diezgan bieži šāda modelēšanas shēma tiek izmantota tikai datubāzes izveides sākumposmā. Balstīts uz konkrētu semantisku modeli. Pamatojoties uz to, tiek izstrādāta konceptuāla shēma, un tikai pēc tam visa tā tiek pārveidota un parādās tā saucamais relāciju datu bāzes modelis.
Dizaina pasaulē irnoteiktas metodes. Viņi ļoti skaidri un skaidri apraksta visus šādu darbību posmus praksē. Viņu zināšanas neietver nepieciešamību studēt papildu programmas, kas piedalās semantikas modeļu izveidē. Pietiek, ka radītājam pieder tikai izvēlēto shēmu pamati un jāpārzina galvenie transformācijas noteikumi. Šajā gadījumā viss notiks labi, un no konceptuālās, bez liekajām problēmām jūs saņemsiet relāciju datu modeli.
Šeit jāatzīmē, ka daži iesācējidatu bāzes veidotāji pieļāvuši kļūdu, nepareizi novērtējot semantikas modelēšanas shēmas nozīmi. Protams, tehnoloģiskā progresa pasaulē tas tiek uzskatīts par nevajadzīgu laika un pūļu izšķiešanu. Bet šis viedoklis ir absolūti nepareizs. Un tas ir šāds:
1 Ar roku modelēšana ļauj izveidot spēcīgu un intuitīvu nākotnes datubāzes semantikas shēmu. Un vēlāk, pārejot uz relāciju modeļa posmu, jūs varat izvairīties no nopietnām kļūdām un visprecīzāk novērtēt konkrētās tēmas specifiku.
2 Semantikas modelēšanas posms nodrošina svarīgu dokumentāciju, kas tiks precīzāk ievadīta manuāli. Piemēram, diagrammas, tabulas, komentāri. Tie var būt noderīgi ne tikai izveidošanas procesā, bet arī jau izveidotās datubāzes turpmākajā darbībā.
Bet, ja jūs taisnīgi runājat, varatņemiet vērā, ka konceptuālās shēmas izveide ar tā turpmāko pāreju uz manuāli saukto "relāciju datu modeli" ir grūts un problemātisks process. Iedomājieties datubāzi, kurā tabulas un diagrammas ir vairāk nekā tūkstotis. Turklāt es domāju, ka nav jēgas runāt.
Datubāzes izveides atļaujas process tika uzsākts precīziar šo pašu tabulu palīdzību izveidojot šādu projekta darbību arhīvu. Tas ievērojami atvieglo dizainera darbu, palīdz datubāzes izmantošanas procesā. Bet sistēma atgādina parasto teksta redaktoru, kas atbalsta tikai pamata komandas datu ievadīšanai, rediģēšanai un verificēšanai. Pastāv dabiska vēlme paplašināt to ar papildu kompilatora funkcijām. Un šī diezgan vienkāršā doma nepalika savādāk. Tas ir konceptuālās datubāzes shēmas automatizācijas procesa sākums relāciju sistēmā.
