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

Reklame

For en programmør eller en teknologisk entusiast er begrebet en database noget, der virkelig kan tages for givet. Måske har du læst den kristne vejledning om, hvordan MySQL fungerer til WordPress. En trinvis MySQL-øvelse for selvstændige HostPress-bloggere. En trinvis MySQL-vejledning til selvhostede Wordpress-bloggere. Hvis du er blogger, er chancerne er det du bruger WordPress. Der er to måder, hvorpå du kan bruge WordPress, ideel til dem med nogle tekniske know-how og dem uden. Den første er at ... Læs mere eller min artikel om at bruge SQLite Database Browser Lær SQL eller Opret en simpel database med SQLite Database Browser Lær SQL eller Opret en simpel database med SQLite Database Browser Har du nogensinde fundet dig selv i brug af en database, men du har virkelig ikke råd til Microsoft Access, og du har bestemt ikke råd til at installere og drive en Oracle-server derhjemme. Uanset om dit mål er ... Læs mere for at lære at bruge en simpel database. Men for mange mennesker er begrebet en database selv lidt udenlandsk. SQL-opkald, forespørgsler, tabeller, optegnelser, nøgler - alle disse udtryk og mere udgør området for database design og databasehåndtering, og der er ikke meget, der er enkelt om det.

På den anden side behøver begrebet relational database - i den enkleste form - ikke at være alt for kompliceret. Før du går ud fra, at dette ikke er noget, du behøver at vide, overveje at næsten hver dag i dit liv du interagerer med en database med en eller anden form. Når du tager penge ud af ATM'en, skal du købe et emne ved hjælp af dit hyppige shopper-kort eller badge i gymnastiksalen, du fylder faktisk nogle bord eller tabeller inde i en database.

Så hvorfor skal du passe? Nå, for når du sætter pris på, hvordan en database fungerer, og hvordan data, der synes at være helt uafhængige, kan korreleres med andre data, vil du virkelig sætte pris på - og forhåbentlig være mere forsigtige - hvordan disse sammenkoblinger kan komme tilbage for at hjemsøge dig.

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

Hvordan en database fungerer

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

For at forklare, hvordan en database fungerer, skal jeg faktisk bruge 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. Et bord er præcis, hvad det lyder som et bord fyldt med data, der er organiseret efter felt.

I vores eksempel vil vi lade ud som om dette er databasen i et motionscenter. Dette fiktive gym har et medlemskab, og vi kan lade som om, at enkeltbordet ovenfor er de oplysninger, der bliver befolket, når et nyt medlem mødes med sundhedsklubben. En del af tilmeldingsprocessen vejer ind, så klubben kan hjælpe dig med at finde nye måder at styre din vægt og dit helbred på. Faktisk har sundhedsklubben faktisk en fantastisk café med sundhedsfødevarer på menuen, medlemmerne kan få en bid at spise noget sundt lige efter en træning eller tage en drink lige før.

Da dette er en meget højteknologisk klub, har de også tilføjet et andet bord til deres database. Denne næste tabel tilføjer nye data hver gang et medlem køber noget på healthfood cafe. Denne transaktion (en anden database term for 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, som medlemsnavnet. Der er også unikke data, som transaktions-id og dato og klokkeslæt.

De unikke data hjælper med at holde al informationen organiseret, mens de almindelige data mellem alle tabellerne er, hvad der hjælper programmører til at forbinde de små punkter. Jeg vil vise dig en logik, der går ind i det på et øjeblik, men først skal klubben føje til den stadigt voksende database. Når medlemmer kommer ind i klubben eller forlader klubben, skal de naturligvis bruge deres id til "badge" ind og ud ved hjælp af den digitale scanner. Denne handling udfylder endnu en tabel. Denne nye tabel holder blot øje med, hvornår medlemmet er checket ind og checket ud af sundhedsklubben.

Så, der har du det. En meget enkel database, som sundhedsklubben sætter sammen. Tre grundlæggende tabeller med meget unikke anvendelser. Den ene er medlemskabets tilmeldingsliste, den anden er en rekord af købekøber for helseklubbutikker, og den tredje er indlæsnings- og tilmeldtiderne for hvert medlem. Disse er alle tilsyneladende ikke-relaterede oplysninger, ikke?

Tja, en relationsdatabas magi er, at du kan udtrække oplysninger fra hver af disse tabeller og derefter korrelere dem sammen for at komme op med nogle rigtig interessante data. Lad os f.eks. Sige at klubben ønsker at finde ud af, hvilken slags mad de tungeste medlemmer spiser på caféen. De kunne nemt finde ud af det ved at køre en "forespørgsel" mod databasen og spørge medlemsskabet til medlemskabernes vægt over en vis vægt - lad os sige 200 pund. Derefter vil du spørge cafe indkøbsbord til 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. Her er hvad et sådant nyt bord ser ud. Det er en liste over, hvad klubbens tyngste medlemmer købte for at spise og drikke på health club cafe.

Sproget er faktisk ret simpelt, for noget af denne art. I Microsoft Access, for eksempel, hvis medlemskabstabellen hedder "medlemskab", og købetabellen er "køb", kan spørgsmålet se sådan ud: "VÆLG køb.medlem, køb.description, køb.dat FRA køb, hvor medlemskab .name == indkøbsnavn og membership.weight> 200 "

Nu, når du begynder at se på de informationer, der er samlet i sundhedsklubben, kan du se, hvilke typer ting klubben kunne finde ud af. Har folk, der logger ind på bestemte tidspunkter, en tendens til at købe flere på caféen? Har folk i visse aldersgrupper tendens til at tjekke ind oftere på bestemte tidspunkter af dagen? Alle disse oplysninger vil hjælpe en virksomhed med at implementere ting som reklame- eller marketingkampagner.

Andre typer af databaser

Nu hvor du ved, hvordan en database fungerer, hvilke slags databaser kan du støde på under dit hverdag? Nå, nogensinde når du besøger de fleste blogs eller hjemmesider, og enten sender 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 masse tabeller - 15 i dette tilfælde - at holde alle slags oplysninger som brugeroplysninger, postoplysninger, kommentarer og meget mere. Dette er rygraden i en WordPress-blog, og mange andre avancerede websteder har lignende database back-ends.

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

Hvis du overhovedet er en gamer, har du sandsynligvis interageret med en database. Nogle spil er mere afhængige af en back-end database, og sandsynligvis er de mest databaseintensive spil multiplayer online spil. 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ængigt af en database til at køre showet. Bare spillelisten for nogen af ​​verdens er tydeligt lagt ud som du ville forvente i en database tabel.

Spildatabaser holder alt fra brugernes scoringer og resultater til den aktuelle spilartikelstatistik eller sammenhænge mellem tegn, objekter og mere. Masser af spil ville slet ikke være muligt, hvis det ikke var for back-end-databasen at køre showet.

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

Yup, dem blev hentet 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 dig for at gå videre med det Amazon-køb, kan du være sikker på, at dine købsoplysninger og historie fylder endnu en tabel i Amazons massive database.

Et andet sted, du måske ikke har mistanke om afhænger af en database, er dit eget 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. Men forudsætningen er den samme.

Mennesker kan faktisk skrive forespørgsler for at udtrække oplysninger fra systemregistret, der ligner databasespørgsmål, bortset fra det opslagstab, der bruges, er en KeyName, og "ValueName" er de faktiske data, der er gemt i databasen for den pågældende 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 datamængder, som disse databaser kan gemme, og hvor nemt de kan bruges til at korrelere oplysninger, der synes meget Forskellige i den virkelige verden kan du være opmærksom på den type information, du måske vil dele (eller ikke dele) med virksomheder.

Har denne forklaring af databasedesign været med til at forstå, hvordan de arbejder i dit eget liv? Er du overrasket over, hvor nemt det er at forbinde de punkter for ting, du gør hver dag? Del dine egne tanker om databaser i kommentarfeltet nedenfor.

Billedkreditter: Symbolisk dataudveksling via Shutterstock