Relativ datamodell, databaser, modeller och designscheman

Kärnan och grunden för en databas är dessmodell. Det är en samling av datastrukturer och en lista över operationer som utförs på dem. Den mest utbredda är den hierarkiska, nätverks- och relationella datamodellen. Allt detta en person kan använda för sitt avsedda ändamål, eftersom de lagras i datorns minne: de lagras på diskutrymmet och placeras om nödvändigt i systemets RAM. Här börjar behandlingen. Med andra ord är databasen information från omvärlden, modellerad på ett speciellt sätt och täcker ett visst ämnesområde. Dessa är i regel olika egenskaper, egenskaper och liknande. Eftersom allt i världen är sammankopplat reflekteras detta i databasen.

För det mesta, för att simuleravilken databas som helst, bara en relationell datamodell är tillräcklig. Men dess utformning i praktiken i ett förhållningssystem kan orsaka svårigheter. Det föreskriver inte att man skapar mekanismer för att beskriva semantiken som alltid finns i objekt på något område.

Denna kvalitet har lett till det faktum attkonceptuell modell av databasen. Det möjliggör mer intuitivt, men samtidigt och ganska formellt att beskriva ett specifikt objektområde. Sällan används ett sådant modelleringsschema endast i början av skapandet av en databas. En konkret semantisk modell tas till grund. På grundval av detta är ett konceptprogram utformat, och först då förändras allt detta och en så kallad relationell databasmodell visas.

I designvärlden finns detvissa metoder. De beskriver i praktiken alla tydligt och tydligt alla stadier av sådana åtgärder. Deras kunskaper utesluter behovet av att studera ytterligare program som deltar i skapandet av semantiska modeller. Det räcker att skaparen bara äger grunderna för det valda systemet och känner till de viktigaste reglerna för omvandling. I det här fallet kommer allt att gå bra och från det konceptuella, utan överflödiga problem kommer du att få en relationell datamodell.

Här bör det noteras att vissa nybörjaredatabasstillverkare gör misstaget att underskatta betydelsen av det semantiska modelleringsprogrammet manuellt. Naturligtvis är det i teknologisk framsteg som det anses vara ett onödigt slöseri med tid och ansträngning. Men denna åsikt är helt fel. Och det här är följande:

1. Manuell modellering gör att du kan skapa ett kraftfullt och intuitivt semantiskt system för en framtida databas. Och i framtiden kan du, när du flyttar till relativmodellens scen, låta dig undvika allvarliga fel och bedöma specifika specifika specifika uppgifter för ett visst ämnesområde.

2. Det semantiska modelleringsstadiet innebär skapandet av viktig dokumentation, som kommer att vara mer exakt att skriva in manuellt. Till exempel, diagram, tabeller, kommentarer. De kan vara användbara inte bara i skapandet, utan också i vidare exploatering av den redan skapade databasen.

Men om det är rättvist att sägaDet bör noteras att skapandet av ett konceptprogram med dess efterföljande övergång till vad som kallas en "relationsdatamodell" manuellt är en svår och problematisk process. Föreställ dig en databas där tabeller och diagram är över tusen. Vidare tycker jag det inte menar att säga.

Godkännandet för att skapa en databas startade exaktfrån att rita dessa mycket tabeller, skapa ett arkiv av sådana projektaktivitetsdokument. Det underlättar avsevärt arbetet hos designern, hjälper till att använda basen. Men systemet liknar en vanlig textredigerare som bara stöder grundläggande kommandon för inmatning, redigering och kontroll av data. Det finns en naturlig önskan att expandera den med ytterligare kompilatorfunktioner. Och den här ganska enkla idén stod inte åt sidan. Härifrån börjar processen att automatisera det begreppsmässiga databasschemat till en relationell.