Så hvad er en database, alligevel? [MakeUseOf Explains]

Reklame

For en programmør eller en teknologientusiast er begrebet en database noget, der virkelig kan tages for givet. Måske har du læst Christian's guide til hvordan MySQL fungerer for WordPress En trin-for-trin MySQL-tutorial til selvhostede Wordpress-bloggereHvis du er en blogger, er chancerne for, at du bruger WordPress. Der er to måder, hvorpå du kan bruge WordPress, ideel til dem med en vis teknisk know-how og dem uden. Den første er at ... Læs mere , eller min artikel om brug SQLite databasebrowser Lær SQL eller opret en simpel database med SQLite databasebrowserHar du nogensinde fundet dig selv, der har brug for en database, men du har ikke rigtigt råd til Microsoft Access, og du har bestemt ikke råd til at installere og betjene en Oracle-server derhjemme. Uanset om dit mål er ... Læs mere at lære at bruge en simpel database. For mange mennesker er konceptet med en database selv lidt fremmed. SQL-opkald, forespørgsler, tabeller, poster, nøgler - alle disse udtryk og mere udgør området databasedesign og databasestyring, og der er ikke en hel masse, der er enkel med det.

På den anden side behøver begrebet en relationel database - i den enkleste form - ikke rigtig at være for kompliceret. Inden du antager, at dette ikke er noget, du har brug for at vide, skal du overveje, at næsten hver dag i dit liv interagerer du med en database af en eller anden form. Når du tager penge ud af pengeautomaten, køber en vare ved hjælp af dit hyppige shopperkort eller en badge ind på gymnastiksalen, befolker du faktisk et bord eller borde inde i en database.

Så hvorfor skulle du passe på? Nå, fordi når du først sætter pris på, hvordan en database fungerer, og hvordan data, der ser ud til at være helt uafhængige, kan korreleres med andre data, vil du begynde at virkelig sætte pris på - og forhåbentlig være mere forsigtige - af, hvordan disse sammenkoblinger kan vende tilbage til hjemsøge du.

Hvordan vidste det andet tøjfirma at sende dig et katalog med formelt slid mindre end to uger efter, at du lige har købt en dragt? Hvordan vidste bilforhandleren tre år efter, at du købte en bil, at garantien næsten er ope og at give dig et tilbud om udvidet garanti? Det handler om forespørgsler, sammenhænge mellem data og gøre noget ved resultaterne. Det er magien i en database.

Sådan fungerer en database

Så hvis du er en databaseadministrator eller en programmør, der kan skrive en SQL-sætning med lukkede øjne, vil dette indlæg sandsynligvis kede dig til tårer. Men hvis du er helt ny med begrebet databaser, eller du er nysgerrig efter, hvordan de kan være en del af dit liv uden at du engang ved det, så er dette artiklen for dig.

For at forklare, hvordan en database fungerer, bruger jeg faktisk Excel. Excel er et fremragende værktøj til at oprette et regneark, men et regneark er simpelthen en samling af, hvad der ville blive kaldt "tabeller" i en database. En tabel er nøjagtigt, hvordan det lyder som, en tabel fuld af data, der er organiseret efter felt.

I vores eksempel vil vi foregive, at dette er en database til et motionscenter. Dette fiktive gymnastiksal har et medlemskab, og vi kan foregive, at den ene tabel ovenfor er de oplysninger, der bliver befolket, når et nyt medlem tilmelder sig sundhedsklubben. En del af tilmeldingsprocessen vejer ind, så klubben kan hjælpe dig med at komme med nye måder at styre din vægt og dit helbred på. Faktisk har sundhedsklubben faktisk en fantastisk cafe med helsekost på menuen, medlemmer kan spise en bid af noget sundt lige efter en træning, eller få en drink lige før.

Da dette er en meget højteknologisk klub, har de også tilføjet en anden tabel til deres database. Denne næste tabel får nye data tilføjet, hver gang et medlem køber noget på sundhedscaféen. Denne transaktion (en anden databaseterm til tilføjelse eller subtraktion af en post) finder sted lige ved registret. Du vil bemærke, at der mellem de to tabeller er nogle lignende data, f.eks. Medlemsnavnet. Der er også unikke data, f.eks. Transaktions-ID og dato og klokkeslæt.

De unikke data hjælper med at holde al den information organiseret, mens de almindelige data mellem alle tabellerne er det, der hjælper programmerere med at tilslutte-prikkerne, så at sige. Jeg viser dig en vis logik, der går ind i det på et øjeblik, men først skal klubben føje til sin stadigt voksende database. Det er klart, når medlemmer kommer ind i klubben eller forlader klubben, er de nødt til at bruge deres klub-id for at “badge” ind og ud ved hjælp af den digitale scanner. Denne handling udfyldes endnu en anden bord. Denne nye tabel holder simpelthen oversigt over, når medlemmet check-in og check-out af sundhedsklubben.

Så der har du det. En meget enkel database, som sundhedsklubben har sammensat. Tre grundlæggende borde med meget unik anvendelse. Den ene er tilmeldingslisten for medlemskab, den anden er en oversigt over indkøb af motorklubbutikker, og den tredje er tilmeldings- og afmeldingstider for hvert medlem. Dette er alle tilsyneladende ikke-relaterede oplysninger, ikke?

Tja, det magiske ved en relationel database er, at du kan udtrække oplysninger fra hver af disse tabeller og derefter korrelere dem sammen for at komme med nogle virkelig interessante data. Lad os sige, at klubben ønsker at finde ud af, hvilken slags mad de tyngste medlemmer spiser på caféen. De kunne let finde ud af dette ved at køre en "forespørgsel" mod databasen og bede om tilmeldingstabellen for medlemmer om vægten af ​​medlemmer over en bestemt vægt - lad os sige 200 pund. Derefter vil du bede caféens købsbord om køb af de mennesker, der er over 200 pund.

Når du kører en sådan "forespørgsel" mod en database, giver den resultaterne i en slags "midlertidig" ny tabel. Sådan ser en sådan ny tabel ud. Det er en oversigt over, hvad klubbens tyngste medlemmer har købt at spise og drikke på health club cafe.

Spørgsmålets sprog er faktisk temmelig enkelt til noget af denne art. I Microsoft Access, for eksempel, hvis medlemskabstabellen kaldes "medlemskab", og cafékøbstabellen er "køb", kan forespørgslen muligvis se ud dette: “VÆLG køb.member, køb.beskrivelse, køb.dato FRA køb HVOR medlemskab.navn == køb.navn OG medlemskab.vægt> 200”

Når du nu begynder at se på de oplysninger, der er indsamlet i hele sundhedsklubben, kan du se, hvilke typer ting klubben kunne finde ud af. Har folk, der logger ind på bestemte tidspunkter af dagen, en tendens til at købe mere på caféen? Har folk i bestemte aldersgrupper en tendens til at checke ind oftere på bestemte tidspunkter af dagen? Al denne information hjælper en virksomhed med at implementere ting som reklame eller marketingkampagner.

Andre typer databaser

Nu hvor du ved, hvordan en database fungerer, hvilke slags databaser kan du støde på i løbet af din hverdag? Nå, når du besøger de fleste blogs eller websteder, og enten lægger en kommentar eller logger på, interagerer du med en database. I tilfælde af WordPress ser databasen sådan ud.

Som du kan se, er der en række borde - 15 i dette tilfælde - til at indeholde alle mulige oplysninger som brugeroplysninger, postoplysninger, kommentarer og mere. Dette er rygraden i en WordPress-blog, og mange andre avancerede websteder har lignende databasestøtter.

Når du åbner en af ​​disse tabeller, som f.eks. Indlægstabellen, kan du se, at alle de oplysninger, der vises på den aktuelle webside, er gemt lige inde i en database.

Hvis du overhovedet er en spiller, har du sandsynligvis interageret med en database. Nogle spil er mere afhængige af en back-end-database, og sandsynligvis er de mest databasekrævende spil multiplayer-onlinespil. For eksempel, hvis du er fortrolig med det massive online rumspil OGame, er det et eksempel på et sådant online spil, der er enormt afhængig af en database, der skal køre showet. Bare spillelisten til en hvilken som helst af verdenerne er tydeligt udformet, ligesom man kunne forvente i en hvilken som helst databasetabel.

Spildatabaser indeholder alt fra brugerresultater og resultater til aktuelle statistikker over spilelementer eller indbyrdes forhold mellem karakterer, objekter og mere. Masser af spil ville overhovedet ikke være muligt, hvis det ikke var for back-end-databasen til at køre showet.

Et andet sted, du helt sikkert har fundet en database, er, når du handler online. Se de pænt formaterede produktresultater, der er vist på Amazon, når du har kørt en forespørgsel på udkig efter et produkt?

Ja, de blev ekstraheret fra en database ved hjælp af en forespørgsel som det eksempel, jeg viste ovenfor (omend lidt mere kompliceret selvfølgelig). Og når du går videre og beslutter at gå videre med det Amazon-køb, kan du være sikker på, at dine købdetaljer og historik udfylder endnu en tabel i Amazons massive database.

Et andet sted, du måske ikke har mistanke om, afhænger af en database, er din egen computerregister. Dette kaldes faktisk en "hierarkisk" database, for som du kan se, når du gennemser registreringsdatabasen, gemmes oplysningerne i mere af et hierarki, end det er et relationelt format. Forudsætningen er imidlertid den samme.

Folk kan faktisk oprette forespørgsler for at udtrække oplysninger fra systemregistret, der ligner databaseforespørgsler, undtagen opslagstabellen, der bruges, er et nøglenavn, og "værdienavn" er de faktiske data, der er gemt i databasen til det nøgle.

Så du behøver ikke rigtig at vide, hvordan man programmerer en database eller endda hvordan man bruger en, men ved at være opmærksom på de mængder af data, som disse databaser kan gemme, og hvor let de er kan bruges til at korrelere oplysninger, der synes meget forskellige i den virkelige verden, kan du holde dig opmærksom på den type oplysninger, du måske vil dele (eller ikke dele) med virksomheder.

Hjalp denne forklaring af databasedesign med at forstå, hvordan de fungerer i dit eget liv? Er du overrasket over, hvor let det er at tilslutte-prikkerne til ting, du gør hver dag? Del dine egne tanker om databaser i kommentarfeltet nedenfor.

Billedkreditter: Symbolisk dataudveksling via Shutterstock