Relāciju datu modelis, datu bāzes, modelis un dizains shēmas

Būtība un pamats jebkāda datu bāze ir tā modelis. Tā ir izveidojuši sarakstu ar datu struktūru un darbības, ko veic uz tiem. Visplašāk nopirkto hierarhiska, tīklu un relāciju datu modeli. Visi persona var izmantot paredzētajam mērķim, jo tie ir iestrādāta datora atmiņā: saglabāta diska vietas, cik nepieciešams, un ir ievietoti atmiņas sistēmā. Šeit to apstrāde sākas. Citiem vārdiem sakot, datu bāze - tas ir, informācija par ārējo pasauli, modelēta īpašā veidā, un ietver noteiktu tēmu. Parasti, tas ir atšķirīgas īpašības, īpašības, un kaut ko līdzīgu. Tā kā viss ir savstarpēji saistīts pasaulē, tas ir DB ir atspoguļots.

Attiecībā uz lielāko daļu, lai modelētu jebkādas bāzi pietiekams tikai relāciju datu modeli. Bet tā dizains, praksē, jo shēmā attiecības var radīt grūtības. Tas ir tur, kas ir, izveidojot semantisko aprakstu mehānismiem, kas ir vienmēr klāt priekšmetos jebkurā jomā nav paredzēts.

Šī kvalitāte ir izraisījusi to, kas ir izveidota konceptuālo modeli datubāzes. Tas ļauj vairāk nekā intuitīvāks, bet tajā pašā laikā un diezgan formāli aprakstītu īpašu joma priekšmeti. Diezgan bieži, šāda modelēšanas shēmu piemēro tikai sākotnējā stadijā izveidot datu bāzi. Par pamatu ņemti konkrētu semantisko modeli. Pamatojoties uz to, mēs izstrādāta konceptuāla shēmu, un pēc tam tas viss ir pārveidots un parādās tā saukto relāciju datu bāzes modeli.

Pēc dizaina pasaulē, jo tas ir noteiktas metodes. Tie ir ļoti skaidri un saprotami apraksta visus posmus šādas darbības praksē. Viņu zināšanas novērš nepieciešamību izpētīt papildu programmas, kas iesaistītas izveides semantisko modeļiem. Radītājs ir pietiekami zināt pamatus izvēlētā shēmas un uzzināt galvenos tulkošanas noteikumus. Šajā gadījumā viss iet labi, un no konceptuālā saņemt relāciju datu modelis bez problēmu.

Jāatzīmē, ka dažas iesācēju datu bāzes veidotāji padarīt kļūda nenovērtēt svarīgumu semantikas modelēšanas shēmas manuāli. Protams, pasaules tehnoloģiskā progresa tas tiek uzskatīts par atkritumu laika un pūļu. Bet tas viedoklis ir absolūti nepareizi. Un tas ir šāds:

1. modelēšana ar roku, lai izveidotu spēcīgu vizuālo un semantisko shēmu nākotnē DB. Un tas nākotnē, tad pāreja uz soļa relāciju modeli, lai novērstu nopietnas kļūdas, un lielākā daļa pilnībā novērtēt raksturu un raksturo konkrētu tēmu.

2. solis semantiskā modelēšana paredz svarīgu dokumentāciju, kas drīzāk jāievada manuāli. Piemēram, diagrammas, tabulas un komentārus. Tie var būt noderīgi ne tikai radīšanas procesā, bet arī turpmāka izmantošana jau ir izveidota datu bāze.

Bet, ja runāt ir taisnība, var atzīmēt, ka, izveidojot konceptuāla shēma un tās turpmāko pāreju uz to, ko sauc par "relāciju datu modelis" manuāli - process, sarežģīts un problemātiska. Iedomājieties datubāzi, kurā tabulas un diagrammas vairāk nekā tūkstotis. Tālāk, es domāju, ka nav jēgas runāt.

Atļauja process, lai izveidotu datubāzi sākas ar zīmējumu šo pašu tabulu, radot arhīvu dokumentus par projekta aktivitātēm. Tas ievērojami atvieglo darbu projektētāji, tā palīdz izmantošana bāze. Bet sistēma kā normāls teksta redaktors, kas atbalsta tikai pamata komandu ievade, rediģēšana un apstiprināšanas. Tas ir dabiski, lai paplašinātu to ar papildu kompilators funkcijām. Un tas ir diezgan vienkārša ideja nav aizgājuši prom. Tādējādi process automatizācijas konceptuālās datubāzes shēmu uz relāciju sākas.