Bedste svar
OQ: Hvad er tidseksempeleksempel?
Temporal database svarer til rumlig database med den forskel, at rumlig db understøtter datatyper, relationer og funktioner relateret til plads, mens tidsmæssig db er fokuseret på det samme relateret til tid. At sige, at datatypen i tidsmæssig db kunne være “tidsperiode” og sprogudvidelse (fra typisk SQL) kunne være funktioner som inden for\_periode, perioder\_overlap, perioder\_eksklusiv osv. Primær nøgle i tidsmæssig database kan ændre sig i tid (skal kun være konstant inden for tid, ikke for altid og nogensinde).
Du kan delvist simulere tidsmæssig database i regelmæssig relationel db, hvor alle tabeller er udvidet med kolonner “dato fra” og “dato til”, der angiver fra hvornår til når de er post er gyldig information. Ligesom:
Mark, blond, 2000–03–21, 2048–12–11
Mark, skaldet, 2048–12–12, 2048–12–23
Mark, wigged, 2048–12–24,…
Temporal db skulle lade dig gøre noget mere. For eksempel skal du være i stand til let at angive en unik begrænsning over tidsperioden i betydningen af ikke overskredet periode, som er mere end bare UQ (frisør, dato fra, dato til).
Svar
Lad mig først rydde op i en terminologi. Et databasestyringssystem er software designet til at organisere og administrere data, så de let kan gemmes langsigtet, søges (forespørges), hentes og ændres. En database er en forekomst af denne lagring. Så analogt er et databasestyringssystem som bibliotekortkatalogkonceptet, og en database er som et bestemt kabinet, der holder kort på et bestemt bibliotek. Imidlertid vil jeg henvise til det overordnede koncept som “databaser”, som de fleste mennesker gør i samtale.
At kunne gemme og hente data lyder ret generisk, og det er sandt. Det er bare hvad databaser er. De er en generaliseret løsning, der passer til behov, der ofte opstår i softwareapplikationer. Nøglefunktionen i en database er, at den organiserer data på en eller anden måde, der er beregnet til at blive brugt af en applikation / virksomhed. Det er ikke kun en samling af filer, det er også en måde at organisere dem inden for rammerne af en eller anden applikation. Denne form for behov kommer op hele tiden i software, især internetapplikationer, der kræver vedvarende opbevaring og online adgang. For eksempel, hvis du opretter en e-mail-tjeneste, skal du være i stand til at gemme e-mails permanent og give brugerne mulighed for at hente e-mails. Du skal være i stand til at søge og sortere e-mails. Du skal være i stand til nemt at fortælle, hvilke e-mails der tilhører hvilken bruger osv. En database passer perfekt til dette.
Næsten meget enhver software har brug for at gemme og få adgang til data, men softwareingeniører vælger ikke altid at bruge en database. Så hvis de ikke altid er nødvendige, hvad formål tjener de, og hvordan ved de, hvornår de skal bruge en?
Nå igen, jeg vil prøve at bruge en analogi, selvom den ikke vil være perfekt. Forestil dig, at du skriver et kort tosidet forskningsoplæg til skolen. Du skal bare læse et par kapitler fra en lærebog om et emne, du allerede er bekendt med. I dette tilfælde kan du læse kapitlerne og derefter straks begynde at skrive papiret. Måske henviser du tilbage til lærebogen efter behov . Måske vil du skrive et par noter på en oversigt. Uanset hvad, ikke så meget.
Antag nu at du er nødt til at skrive en grundigt undersøgt afhandling, der bliver 50 sider lang. Du bliver nødt til at undersøge ved hjælp af et dusin lærebøger og citere referencer. Nu bliver du helt sikkert nødt til at blive organiseret. Du vil sandsynligvis være mere organiseret og flittig med den måde, du skriver noter på, hvordan du bruger bogmærker i lærebøgerne, og hvordan du skitserer dit papir.
I det første scenarie er du super- organiseret kan være lidt af en overkill og måske bremse dig. I det andet scenario, hvis du ikke var det organiseret, ville du aldrig være i stand til at udføre jobbet ordentligt. Et eller andet sted imellem disse to scenarier er forskellen mellem når et program skal bruge en database, og hvornår det sandsynligvis kan gøre noget lettere. Det afhænger af scenariet og produktets / tjenestens behov.
På dette tidspunkt er det naturligt at spørge, hvad ” er forskellen mellem en database og et filsystem? De bruges begge til at gemme, organisere og hente data rigtigt?
Et filsystem (som det system, der gemmer og præsenterer filer på din computer) gør mange af de samme ting, som en database er designet til at gøre. Den gemmer data på lang sigt. Det giver dig mulighed for at søge i dataene. Du kan hente dataene og nye data, ændre eksisterende data og slette data.
Hovedforskellen er, at et filsystem ikke er beregnet til at organisere dataene til et bestemt program eller forretningsformål. Det forstår ikke meget om strukturen af dataene, bortset fra hvad de har brug for for at være i stand til at gemme og hente filer. Filerne er ikke nødvendigvis relateret til hinanden.De afhænger ikke nødvendigvis af hinanden eller har nogen særlig betydning med hensyn til hinanden. I din computers filsystem har du MP3er, og måske har skolepapirer, du har skrevet, videospil gemt filer, e-mails, og billeder fra dit kamera. Et filsystem hjælper dig med at organisere disse filer og bruge dem med forskellige applikationer, men der er ingen central forståelse for at binde dem sammen. Således kan nogle spørgsmål til File System give mening, som “Hvor er min yndlings MP3?” “Hvilken fil er den største?” “Hvilken fil er den nyeste?” “Hvor er alle mine billeder fra sidste år?” Der er dog andre spørgsmål, der ikke giver mening for et filsystem som “Er denne MP3 mere værdifuld end dette Word .doc?”
En database på den anden side er beregnet til at gemme data, der alt, i det mindste på en eller anden måde, vedrører nogle fælles formål. Således er databaser gode til at organisere information på en måde, der gør det let at besvare spørgsmål som “Hvem er min mest værdifulde kunde?” “Hvilket produkt er det mest populære? “” Hvem er alle leverandører, og hvem er alle de kunder, der afhænger af, at produkt A er tilgængeligt? “Osv.
Så for at bruge en analogi endnu en gang kan et filsystem være som dit arkivskab på hjemme. Du bruger det til at opbevare dine skattedokumenter, vedligeholdelsesregistreringer for din bil, dine børns rapportkort, kvitteringer, som du vil hænge på, regninger osv. Det holder dine ting organiseret, så du ved, hvordan du finder det, men ikke alt derinde er nødvendigvis relateret til alle andre ting derinde.
En database er mere som f.eks. en flok arkivskabe i henhold til udgive kontor, der kun har fakturaer. De er sandsynligvis alle organiseret på en eller anden måde. Som alle tilgodehavender er mod den ene mur og alle gæld på den anden. De kan bestilles efter dato eller måske alfabetisk af betaler eller betalingsmodtager. Der kan være et par indeks filer på forsiden, der fortæller dig, i hvilket kabinet du skal se efter filer, der er tilknyttet betalere, der har et bestemt navn og måske et andet indeks efter telefonnummer, eller et andet indeks, der viser alle fakturaer til en værdi af mere end $ 200.000 eller noget. Filerne alle relaterede til virksomheden og er organiseret på en måde, der er mere nyttigt for forretningens formål.