Bästa svaret
OQ: Vad är temporär databasexempel?
Temporal databas liknar rumslig databas med den skillnaden att rumslig db stöder datatyper, relationer och funktioner relaterade till rymden medan temporär db är fokuserad på samma relaterade till tid. Att säga att datatyp i tidsmässig db kan vara ”tidsperiod” och språkförlängning (från typiska SQL) kan vara funktioner som inom\_period, perioder\_överlappning, perioder\_exklusiv etc. Primärnyckel i temporär databas kan förändras i tiden (måste vara konstant endast inom perioden av tid, inte ”för alltid och alltid”).
Du kan delvis simulera tidsmässig databas i regelbunden relationsdb med alla tabeller utökade med kolumner ”datum från” och ”datum till” som anger från till till när det ges post är giltig information. Gilla:
Mark, blond, 2000–03–21, 2048–12–11
Mark, skallig, 2048–12–12, 2048–12–23
Mark, wigged, 2048–12–24,…
Temporal db borde låta dig göra mer. Du bör till exempel enkelt kunna ange unik begränsning över tidsperioden i betydelsen av inte överhoppad period, vilket är mer än bara UQ (frisyr, datum från, datum till).
Svar
Låt mig först rensa upp en del terminologi. Ett databashanteringssystem är en mjukvara som är utformad för att organisera och hantera data så att de enkelt kan lagras på lång sikt, sökas (efterfrågas), hämtas och modifieras. En databas är en instans av denna lagring. Så analogt är ett databashanteringssystem som bibliotekskortkatalogkonceptet, och en databas är som ett visst skåp som håller kort i ett visst bibliotek. Jag kommer dock att hänvisa till det övergripande konceptet som ”databaser”, som de flesta gör i samtal.
Att kunna lagra och hämta data låter ganska generiskt, och det är sant. Det är precis vad databaser är. De är en generaliserad lösning för att passa behov som ofta uppstår i programvaror. Nyckelfunktionen i en databas är att den organiserar data på något sätt som är tänkt att användas av en applikation / verksamhet. Det är inte bara en samling filer, det är också ett sätt att organisera dem inom ramen för någon applikation. Denna typ av behov kommer hela tiden upp i programvara, särskilt internetapplikationer som kräver ihållande lagring och onlineåtkomst. Om du till exempel skapar en e-posttjänst måste du kunna lagra e-postmeddelanden permanent och låta användare hämta e-postmeddelandena. Du måste kunna söka och sortera e-postmeddelandena. Du måste kunna enkelt berätta vilka e-postmeddelanden som tillhör vilken användare och så vidare. En databas passar perfekt för detta.
Nästan alla programvaror behöver lagra och komma åt data, men mjukvaruutvecklare väljer inte alltid att använda en databas. Så om de inte alltid behövs, vad syfte tjänar de, och hur vet de när de ska använda en?
Nåväl, jag ska försöka använda en analogi, även om den inte kommer att vara perfekt. Tänk dig att du skriver ett kort, tvåsidigt forskningsarbete för skolan. Du behöver bara läsa ett par kapitel från en lärobok om ett ämne som du redan känner till. I det här fallet kan du läsa kapitlen och sedan omedelbart börja skriva uppsatsen. . Kanske kommer du att skriva några anteckningar på en översikt. Oavsett, ingen stor sak.
Antag nu att du måste skriva en grundligt undersökt avhandling som kommer att vara 50 sidor lång. Du kommer att behöva undersöka med ett dussin läroböcker och citera referenser. Nu kommer du definitivt att behöva ordna dig. Du kommer troligtvis att vilja vara mer organiserad och flitig om hur du skriver anteckningar, hur du använder bokmärken i läroböckerna och hur du skisserar ditt papper.
I det första scenariot är du super- organiserad kan vara lite av en överdrift och kan sakta ner dig. I det andra scenariot, om du inte var så organiserad, skulle du aldrig kunna göra jobbet ordentligt. Någonstans mellan dessa två scenarier är skillnaden mellan när en applikation ska använda en databas och när den förmodligen kan göra något lättare. Det beror på scenariot och behoven hos produkten / tjänsten.
Vid denna tidpunkt är det naturligt att fråga, vad ” är skillnaden mellan en databas och ett filsystem? De används båda för att lagra, organisera och hämta data rätt?
Ett filsystem (som det system som lagrar och presenterar filer på din dator) gör mycket av samma saker som en databas är utformad för att göra. Den lagrar data på lång sikt. Det låter dig söka i data. Du kan hämta data och nya data, ändra befintlig data och radera data.
Huvudskillnaden är att ett filsystem inte är avsett att organisera data för ett specifikt program eller affärssyfte. Det förstår inte mycket om strukturen på data förutom vad den behöver för att kunna lagra och hämta filer. Filerna är inte nödvändigtvis relaterade till varandra.De är inte nödvändigtvis beroende av varandra eller har någon särskild betydelse med avseende på varandra. I din dators filsystem har du MP3-filer, och kanske skolpapper du har skrivit, sparar videospel, e-postmeddelanden, och bilder från din kamera. Ett filsystem hjälper dig att organisera dessa filer och använda dem med olika applikationer, men det finns ingen central förståelse för att knyta ihop dem. Således kan vissa frågor ställa till filsystemet meningsfullt, som ”Var är min favorit MP3?” ”Vilken fil är störst?” ”Vilken fil är den senaste?” ”Var är alla mina bilder från förra året?” Det finns dock andra frågor som inte är meningsfulla för ett filsystem som ”Är denna MP3 mer värdefull än detta Word .doc?”
En databas å andra sidan är avsedd att lagra data som alla, åtminstone på något sätt, hänför sig till något gemensamt syfte. Således är databaser bra för att organisera information på ett sätt som gör det enkelt att svara på frågor som ”Vem är min mest värdefulla kund?” ”Vilken produkt är den mest populära? ”” Vilka är alla leverantörer och vilka är alla kunder som är beroende av att produkt A är tillgänglig? ”Etc
Så för att använda en analogi igen kan ett filsystem vara som ditt arkivskåp på hem. Du använder den för att lagra dina skattehandlingar, underhållsposter för din bil, dina barns rapportkort, kvitton som du vill hänga på, räkningar etc. Det håller dina saker organiserade så att du vet hur du hittar det, men inte allt där inne är nödvändigtvis relaterat till alla andra saker där inne.
En databas är mer som att säga, en massa arkivskåp till en ount kontor som bara har fakturor. De är troligen alla organiserade på något sätt. Liksom alla fordringar är mot en vägg och alla skulder på den andra. De kan beställas efter datum eller kanske alfabetiskt av betalare eller betalningsmottagare. Det kan finnas några index filer på framsidan som berättar i vilket skåp du ska titta efter filer som är associerade med betalare som har ett visst namn och kanske ett annat index efter telefonnummer, eller ett annat index som listar alla fakturor till ett värde över $ 200 000 eller något. Filerna alla relaterade till verksamheten och är organiserade på ett sätt som är mer användbart för syftet med verksamheten.