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

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-bloggere En trin-for-trin MySQL-tutorial til selvhostede Wordpress-bloggere Hvis du er en blogger, er chancerne er, 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 ... eller min artikel om brug af SQLite databasebrowser Lær SQL eller Opret en simpel database med SQLite databasebrowser Lær SQL eller Opret en simpel database med SQLite databasebrowser Har du nogensinde fundet dig selv behov for en database, men du kan har virkelig ikke 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 ... 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 ved det.

På den anden side behøver begrebet en relationel database - i den enkleste form - ikke rigtig være kompliceret. Før du antager, at dette ikke er noget, du har brug for, 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 på gymnastiksalen, befolker du faktisk et bord eller borde inde i en database.

Så hvorfor skulle du passe på? For 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 værdsætte - og forhåbentlig være flere forsigtighedsregler - om, hvordan disse sammenkoblinger kan vende tilbage til dig.

Hvordan vidste det andet tøjfirma at sende dig et katalog over 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 oppe 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 til 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, en tabel fuld af data, der er organiseret efter felt.

I vores eksempel vil vi foregive, at dette er en database med 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å healthfood-café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, såsom transaktions-ID og dato og klokkeslæt.

De unikke data hjælper med at holde alle oplysninger organiserede, 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, at når medlemmer kommer ind i klubben eller forlader klubben, skal de bruge deres klub-id til “mærke” 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, rigtigt?

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 for eksempel 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” imod databasen, hvor du beder medlemskabets tilmeldingstabel 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 disse mennesker, der er over 200 pund.

Når du kører en sådan “forespørgsel” mod en database giver det resultaterne i en slags “midlertidig” nyt bord. Sådan ser en sådan ny tabel ud. Det er en oversigt over, hvad klubbens tyngste medlemmer købte for 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éens købsbord er “køb”, forespørgslen kan se sådan ud: “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 måske støde på i din hverdag? Nå, når du besøger de fleste blogs eller websteder, og enten lægger en kommentar eller logger ind, 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 bekendt med det massive online rumspil OGame, er det et eksempel på et sådant online spil, der er enormt afhængig af en database for at køre showet. Bare spillelisten til en hvilken som helst af verdenerne er tydeligt udformet, ligesom du ville forvente i en hvilken som helst databasetabel.

Spildatabaser indeholder alt fra brugerresultater og resultater til aktuelle statistik 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 foran 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, fordi 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 skrive op forespørgsler for at udtrække oplysninger fra systemregistret, der ligner netop databaseforespørgsler, undtagen opslag “bord” der bruges er et nøglenavn og “ValueName” er de faktiske data, der er gemt i databasen for den 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 data, som disse databaser kan gemme, og hvor let de kan bruges til at korrelere oplysninger, der synes meget adskilt i den virkelige verden, kan du holde dig opmærksom på den type oplysninger, du muligvis 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.