Relationsdata model, databaser, modeller og design ordninger
Essensen og grundlaget for enhver database er densmodel. Det er en samling af datastrukturer og en liste over operationer udført på dem. Den mest udbredte er den hierarkiske, netværks- og relationelle datamodel. Alt dette kan en person bruge til deres formål, da de er gemt i computerens hukommelse: De er gemt på diskpladsen og om nødvendigt placeres i systemets RAM. Her begynder deres behandling. Databasen er med andre ord information fra omverdenen, modelleret på en særlig måde og dækker et bestemt emneområde. Som regel er disse forskellige egenskaber, egenskaber og noget lignende. Da alt i verden er sammenkoblet, afspejles dette i databasen.
For det meste, for at simulereEn database, kun en relationel datamodel er tilstrækkelig. Men dets design i praksis i en relationsordning kan forårsage vanskeligheder. Det giver ikke mulighed for at skabe mekanismer til beskrivelse af semantikken, der altid er til stede i objekter på et hvilket som helst felt.
Denne kvalitet har ført til, atkonceptuel model af databasen. Det gør det mere intuitivt, men samtidig og ret formelt at beskrive et bestemt område af objekter. Ofte anvendes en sådan modelleringsordning kun i begyndelsen af oprettelsen af en database. En konkret semantisk model tages til grund. På grundlag heraf er der udformet en konceptuel ordning, og først bliver alt dette omdannet, og der vises en såkaldt relationel database model.
I designverdenen er dervisse metoder. De beskriver i praksis meget klart og tydeligt alle faser af sådanne handlinger. Deres viden udelukker behovet for at studere yderligere programmer, der deltager i oprettelsen af semantiske modeller. Det er nok, at skaberen kun ejer det grundlæggende i det valgte system og kender de vigtigste regler for transformation. I dette tilfælde vil alt gå godt og fra det konceptuelle, uden overflødige problemer, får du en relationel datamodel.
Her skal det bemærkes, at nogle begynderedatabas beslutningstagere begår fejlen ved at undervurdere betydningen af den semantiske modelleringsplan manuelt. Selvfølgelig betragtes det naturligvis som et unødigt spild af tid og kræfter i teknologiske fremskridt. Men denne opfattelse er helt forkert. Og dette er følgende:
1. Modellering for hånd giver dig mulighed for at skabe et kraftigt og intuitivt semantisk diagram over fremtidens database. Og senere, når du bevæger dig til scenariemodellets scenen, kan du undgå alvorlige fejl og bedst vurdere de specifikke specifikationer for et bestemt emneområde.
2. Semantisk modelleringsstadiet indebærer oprettelse af vigtig dokumentation, som vil være mere præcis at indtaste manuelt. For eksempel diagrammer, tabeller, kommentarer. De kan være nyttige ikke kun i processen med oprettelsen, men også i den videre udnyttelse af den allerede oprettede database.
Men hvis det er rimeligt at sigeDet skal bemærkes, at oprettelsen af en konceptuel ordning med den efterfølgende overgang til det, der kaldes en "relationel datamodel" manuelt, er en vanskelig og problematisk proces. Forestil dig en database, hvor tabeller og diagrammer er over tusind. Jeg mener endvidere, at det ikke giver mening at sige.
Godkendelsesprocessen for oprettelse af en database startede nøjagtigtfra at tegne disse meget tabeller og oprette et arkiv af sådanne projektaktivitetsdokumenter. Det letter i høj grad designens arbejde, hjælper i processen med at bruge basen. Men systemet ligner et almindeligt tekstredigeringsprogram, der kun understøtter grundlæggende kommandoer til indtastning, redigering og kontrol af data. Der er et naturligt ønske om at udvide det med yderligere kompilatorfunktioner. Og denne ret simple ide var ikke til stede. Herfra begynder processen med at automatisere det konceptuelle databaseskema til en relationel.
