Vad finns det för olika databaser

Till exempel, all denna enkelhet och flexibilitet, som vi diskuterade ovan, gör vanligtvis databashanteraren kräver mer resurser än ett speciellt skrivet program. Så det finns mer minne och diskutrymme. Kanske är det också långsammare att köra. Å andra sidan kan en lösning med databashanterare istället gå mycket snabbare än ett specialskrivet program!

Anledningen är att databashanteraren innehåller avancerade datastrukturer och algoritmer som sällan ingår i ett speciellt skrivet program. Bussar för databasteknik är allt. Minska inte att det som exempel bara finns kundregister och studentdatabaser. Datamodellerna, vilken datamodell du använder, avgör hur ett schema kan se ut. I sin tur bestämmer grafen vilka data som kan lagras i databasen.

Datamodeller delas vanligtvis in i tre klasser: konceptuella eller konceptuella datamodeller. Om du ska skapa en databas som beskriver en viss verklighet, till exempel ett företag, börjar pwc rapport malmö 6 41 kronor vanligtvis med att beskriva hur den delen av verkligheten ser ut och fungerar.

För att göra detta kan du använda en konceptuell datamodell. Den konceptuella modellen behöver egentligen inte ha något att göra med datorer, men det är bara en beskrivning av verkligheten som lika gärna kan användas av någon som bara vill analysera hur ett företag fungerar. Exempel: ER-modellen. Dessa är de datamodeller som används i databashanterare. Om du vill skapa en databas måste beskrivningen som du har gjort med den konceptuella datamodellen översättas vad finn det för olika databaser något som kan läggas in i en dator, nämligen en beskrivning enligt implementeringsmodellen.

De vanligaste implementeringsmodellerna för närvarande är relationsmodellen och olika objektorienterade modeller. Tidigare var den hierarkiska datamodellen och nätverksmodellen vanliga. Fysiska datamodeller som kan användas för att beskriva hur data lagras fysiskt. En tre-scen arkitektur kan vara praktiskt att överväga din databas på tre olika nivåer. Det är alltid samma data, men du använder tre olika grafer för att beskriva det: det externa lagret, eller nivå VI, beskriver hur en annan användare ser databasen.

Detta beskrivs av en extern graf. Det logiska lagret beskriver hela databasen, uttryckt i implementeringsmodellen som används av databashanteraren. I en relationsdatabas består den logiska nivån av alla tabeller i databasen. Detta beskrivs av en logisk graf. Ett internt eller fysiskt lager som beskriver hur data lagras. Som användare märker du vanligtvis inte på hela denna nivå, förutom när olika operationer kan utföras.

Den fysiska nivån beskrivs av en fysisk graf. Nu kan vi ta tillfället i akt att bättre definiera logiska och fysiska data oberoende av data, bättre än vi kunde ha gjort tidigare: logiskt dataoberoende innebär att du kan ändra det logiska schemat utan att påverka det externa schemat. Oberoende av fysiska data innebär att du kan ändra det fysiska schemat utan att påverka det logiska schemat.

Arkitektur med tre steg kallas ibland"tre-nivå arkitektur". Alla tre nivåerna hanteras av databashanteraren, som därmed kan sägas se till att hålla reda på tre olika scheman för samma databas. Men inte alla databashanterare gör det. Tre nivåer i en tre-sits arkitektur motsvarar inte tre klasser av datamodeller. På den lägsta nivån kan du använda en fysisk datamodell för att uttrycka en fysisk vad finn det för olika databaser, och på den logiska nivån använder du en implementeringsmodell för att uttrycka en logisk graf, men på den översta nivån i en trekompositionsarkitektur, vy-nivå, uttryckt externt schema är vanligtvis med samma implementeringsmodell, samma som det logiska schemat.

Den tredje klassen av datamodeller, konceptuella datamodeller, används inte i databashanterare. Det finns separata databashanterare som arbetar direkt med den konceptuella datamodellen, till exempel ER-diagram. Det finns också felaktiga påståenden om att någon databashanterare arbetar med ER-diagram, men då talar vi inte om riktiga ER-diagram, utan om att rita tabeller som tillhör implementeringsmodellen på ett sådant sätt att de har vissa likheter med ER-diagram.

Olika typer av användare skiljer sig ibland åt beroende på olika typer av användare, dvs. personer som arbetar med databasen: expertanvändare använder ofta databasen, kanske dagligen. De är väl bevandrade i databasstruktur och databashanteringsfunktioner, och de kan sitta och skriva SQL-frågor. Tillfälliga eller naiva användare kanske inte är så mycket i databasen, kanske för att de använder det mindre ofta.

De behöver enklare och mer nybörjarvänliga verktyg än experter. Termen "naiv användare" betyder naturligtvis inte att personerna i fråga i allmänhet är naiva om någon nu tror det, utan bara att de inte har en djup förståelse för exakt när det gäller databassystemet. Databasadministratören, förkortad DBA, ansvarar för driften av databasen, mycket lik det system som ansvarar för alla datorsystem.För stora databassystem kan detta vara en hel grupp DBA-anställda.

DBA-anställda utvecklar och ändrar databasschemat, registrerar nya användare och, med olika justeringar, ser vad finn det för olika databaser att databassystemet fungerar bra och effektivt. Andra datorprogram. Ofta är en del av databasens" användare " andra datorprogram som extraherar data från databasen och skickar data till den. Vissa databaser har inga mänskliga användare alls, men bara ett eller flera datorprogram använder dem.

Kanske rapporterar de dessa andra program i sin tur till människor, men även det är inte säkert. Om jag samlar mina kakrecept i en databas på min hemdator är det förmodligen jag själv som spelar alla dessa roller. I stora system, till exempel en stor biljettbokningsdatabas, kan det finnas hundratals eller tusentals personer som arbetar med databasen.

Databashanterare-hur? En databashanterare är vanligtvis ett stort och komplext program eller ett helt system av program. Förutom" kärnan " i databashanteraren som hanterar den lagrade databasen finns det ofta flera olika användargränssnitt, dvs program eller underprogram eller programsystem som användaren kan använda för att söka eller ändra databasen. Det vad finns det för olika databaser vanligtvis ett eller flera frågespråk, till exempel SQL, samt olika grafiska verktyg.

Olika gränssnitt är lämpliga för olika användare och för olika applikationer. Databashanteraren innehåller också ofta verktyg för att skapa applikationsprogram. Ett applikationsprogram är ett program som är utformat för ett specifikt syfte, till exempel för att tillåta biljettförsäljare i sj att boka tågresor. I detta sammanhang tror vi att all data lagras i en databas som behandlas av databashanteraren, och applikationsprogrammet kommunicerar med databashanteraren, men applikationsprogrammet är lättare att använda för biljettförsäljaren.

I det här programmet kan du klicka på knapparna för att välja destinationer. Detta är lättare än att kommunicera med databashanteraren direkt, i värsta fall genom att skriva SQL-kommandon. Om du vill datorisera en databas finns det som sagt flera olika alternativ som fungerar, men det finns många fördelar med att använda en databashanterare, de viktigaste fördelarna är att det: Enkel databashanterare erbjuder ett användargränssnitt, ofta grafiskt och utan programmering energiskt komplexa saker kan göras på ett enkelt sätt för databashanterare att innehålla ett system med olika program eller generatorer av vanliga databasverktyg för inmatning, sökning och presentation etc.

Då är det lätt att hända att en person skriver om de förändringar som en annan person har gjort i databashanteraren, ser till att det inte finns några skadliga fel, databashanterare tillåter återhämtning efter fel, vad händer om strömmen plötsligt går ut, så att datorn "förlorar minne"? Om programmet läser datafilen i primärminnet och skriver filen när du är klar kan du bli av med alla ändringar du har gjort.

Och ännu värre: om du bara sparar när strömmen gick ut, kanske några av de data som finns på racket är nya, och vissa är gamla, och du vet inte vilka som är vilka. I värsta fall bör du kasta bort hela datafilen! Med en databashanterare undviker du sådana problem, vilket inte garanterar att inga data någonsin kommer att försvinna, men tyvärr, strömavbrottet än användare databashanterare gör det lättare databaser tillgodose behoven hos olika användare, olika användare kan ha helt olika behov, även om de inte kan de arbetar med samma data.

Databashanteraren erbjuder ofta flera olika gränssnitt, det vill säga sätt för användaren att kommunicera med databasen, vilket också vanligtvis är öronvax varför att definiera olika vyer. En vy är ett sätt att se databasen. Andra fördelar. Det vad finns det några saker som är mycket svåra att arbeta med om du skriver programmet själv, men som skapas från början i de flesta databashanterare med databasdatabashanterare.

alla applikationer. Till exempel innebär all enkelhet och flexibilitet som vi diskuterade ovan vanligtvis att en databashanterare kräver mer resurser än ett specialskrivet program. Så det finns för olika minne och diskutrymme.