Relasjonsdatamodell, databaser, modeller og designordninger

Essensen og grunnlaget for enhver database er densmodell. Det er en samling av datastrukturer og en liste over operasjoner utført på dem. Den mest utbredte er den hierarkiske, nettverks- og relationsdatamodellen. Alt dette en person kan bruke til deres formål, da de lagres i datamaskinens minne: De lagres på diskplassen og, om nødvendig, plasseres i systemets RAM. Her begynner behandlingen deres. Databasen er med andre ord informasjon fra omverdenen, modellert på en spesiell måte og dekker et bestemt fagområde. Som regel er disse forskjellige egenskaper, egenskaper og noe lignende. Siden alt i verden er sammenkoblet, gjenspeiles dette i databasen.

For det meste, for å simulereEn hvilken som helst database, bare en relasjonsdata-modell er tilstrekkelig. Men utformingen i praksis i et forholdssystem kan føre til vanskeligheter. Det gir ikke til rette for å skape mekanismer for å beskrive semantikken som alltid er tilstede i objekter i et hvilket som helst felt.

Denne kvaliteten har ført til det faktum atkonseptuell modell av databasen. Det gjør det mer intuitivt, men samtidig og ganske formelt å beskrive et bestemt område av objekter. Ofte er en slik modelleringsordning bare brukt i begynnelsen av opprettelsen av en database. En konkret semantisk modell tas til grunn. På grunnlag av dette er en konseptuell plan utformet, og bare da blir alt dette forvandlet og en såkalt relasjonsdatabase-modell vises.

I designverdenen er detvisse metoder. De beskriver veldig tydelig og tydelig alle stadier av slike handlinger i praksis. Deres kunnskap utelukker behovet for å studere tilleggsprogrammer som deltar i opprettelsen av semantiske modeller. Det er nok for skaperen å eie bare det grunnleggende av den valgte ordningen og å vite de viktigste reglene for transformasjon. I dette tilfellet vil alt gå bra, og fra det konseptuelle, uten overflødige problemer, vil du få en relasjonsdatamodell.

Her skal det bemerkes at noen nybegynneredatabaseprodusenter gjør feilen i å undervurdere betydningen av semantisk modelleringsplan manuelt. Selvfølgelig, i verden av teknologiske fremskritt, betraktes dette som et unødvendig sløsing med tid og krefter. Men denne oppfatningen er helt feil. Og dette er følgende:

1. Manuell modellering lar deg lage en kraftig og intuitiv semantisk plan for en fremtidig database. Og i fremtiden, når du går til scenen av relasjonsmodellen, kan du unngå alvorlige feil og mest fullstendig vurdere spesifikasjonene som er spesifikke for et bestemt emneområde.

2. Semantisk modelleringsstadiet innebærer opprettelse av viktig dokumentasjon, som vil være mer nøyaktig å skrive inn manuelt. For eksempel, diagrammer, tabeller, kommentarer. De kan være nyttige ikke bare i ferd med å skape, men også i videreutnyttelse av den allerede opprettede databasen.

Men hvis det er rimelig å siLegg merke til at det å opprette en konseptuell plan med den påfølgende overgangen til det som kalles en "relasjonsdatamodell" manuelt, er en vanskelig og problematisk prosess. Tenk deg en database der tabeller og diagrammer er over tusen. Videre tror jeg det ikke gir mening å si.

Fullmaktsprosessen for å opprette databasen begynte nøyaktigfra å tegne disse svært tabellene, opprette et arkiv av slike prosjektaktivitetsdokumenter. Det tilrettelegger i stor grad arbeidet til designeren, hjelper i prosessen med å bruke basen. Men systemet ligner en ren tekstredigerer som kun støtter grunnleggende kommandoer for inntasting, redigering og kontroll av data. Det er et naturlig ønske om å utvide det med flere kompilatorfunksjoner. Og denne ganske enkle ideen sto ikke til side. Herfra begynner prosessen med å automatisere det konseptuelle databaseskjemaet til en relasjonell.