Suhete andmed mudeli andmebaasi mudel ja disain lülitused

Sisuliselt ja põhjal iga andmebaasis on selle mudeli. See on kokku pandud nimekirja andmete struktuuri ja tegevust läbi neid. Kõige laialdasemalt ostetud hierarhiline, võrgu- ja relatsiooniline andmemudel. Kõik inimene saab kasutada eesmärgipäraselt, kui nad on paigaldatud arvuti mälu: salvestatud kettaruumi kui vaja, ja on paigutatud mälu süsteemi. Siin nende töötlemise algust. Teisisõnu, andmebaasi - mis on teabe välise maailma eeskujul erilisel moel, ning sellega kaasneb teatav ainevaldkonnas. Tavaliselt on see erinev, omadused ja midagi sarnast. Kuna kõik on omavahel maailma, see on DB kajastub.

Enamasti selleks, et simuleerida igal aluse piisava ainult relatsiooniline andmemudel. Aga selle disaini praktikas skeemis suhe võib põhjustada raskusi. On olemas, mis ei ole ette nähtud loomine semantilise kirjelduse mehhanismide, mis on alati olemas isikutel mistahes valdkonnas.

See kvaliteet on viinud mida on loodud kontseptuaalse mudeli andmebaasi. See võimaldab rohkem kui intuitiivne, kuid samal ajal ja üsna ametlikult kirjeldada konkreetse valdkonna teemasid. Üsna tihti selline modelleerimine kava kohaldatakse ainult algfaasis andmebaasi koostamine. Baastestis astunud konkreetseid semantiline mudel. Põhineb see, me loodud kontseptuaalne skeem ja seejärel kõik see teisendatakse ja kuvatakse nn relatsiooniline andmebaas mudeli järgi.

Projekteerimise maailmas, selle on teatud võtteid. Nad on väga selge ja arusaadav kirjeldab kõik etapid sellise tegevuse praktikas. Nende teadmiste kaob vajadus uurida täiendavaid programme, mis on seotud loomise semantiline mudelid. Looja on piisavalt teada põhitõdesid valitud skeemi ja teada peamine tõlkimise eeskirjad. Sel juhul on kõik hästi läheb, ja kontseptuaalsest saada relatsiooniline andmemudel ilma probleemideta.

Tuleb märkida, et mõned algaja andmebaasi loojad teevad vea olulisuse alahindamise semantiline modelleerimine skeemi käsitsi. Muidugi, maailma tehnoloogia arengut leitakse olevat jäätmete aega ja vaeva. Aga see arvamus on täiesti vale. Ja see on järgmine:

1. modelleerimine käsitsi luua võimas visuaalne ja semantilise kava tuleviku DB. Ja see tulevikus ülemineku etapis relatsiooniline mudel, et vältida tõsiseid vigu ja kõige täielikult olemust ja iseloomulik teatud ainevaldkonnas.

2. etapp semantiline modelleerimine annab olulisi dokumente, mis pigem käsitsi sisestada. Näiteks, diagramme, tabeleid ja kommentaarid. Nad võivad olla kasulikud mitte ainult protsessi loomine, vaid ka edasise kasutamise juba loodud andmebaasi.

Aga kui jutt on tõsi, võib märkida, et loomine kontseptuaalne kava ja selle hilisemate üleminek nn "relatsiooniline andmemudel" käsitsi - protsess keeruline ja problemaatiline. Kujutage andmebaas, kus tabelid ja diagrammid üle tuhande. Järgmine, ma arvan, et see ei ole mõtet rääkida.

Luba protsess andmebaasi loomise algab joonise nende samade tabelite arhiivi loomise dokumentide projekti tegevuste. See lihtsustab oluliselt tööd disainer, see aitab kasutamise alus. Aga süsteemi nagu tavaline tekstiredaktor, mis toetab ainult elementaarkäsustiku sisend, toimetamine ja valideerimist. On loomulik, et laiendada seda täiendavalt koostaja funktsioone. Ja see on üsna lihtne idee ei ole kuhugi kadunud. Seega protsessi automatiseerimine kontseptuaalne andmebaasi skeemi viiakse relatsiooniline algab.