Så hva er en database, uansett? [MakeUseOf Forklarer]

For en programmerer eller en teknologientusiast er begrepet en database noe som virkelig kan tas for gitt. Kanskje du har lest Christians veiledning om hvordan MySQL fungerer for WordPress En trinnvis MySQL-veiledning for selvbehandlede Wordpress-bloggere En trinnvis MySQL-veiledning for selvbehandlede Wordpress-bloggere Hvis du er en blogger, er sjansene er det du bruker WordPress. Det er to måter du kan bruke WordPress på, ideelt for de med teknisk kunnskap og de uten. Den første er å ... Les mer eller min artikkel om bruk av SQLite Database Browser Lær SQL eller Lag en enkel database med SQLite Database Browser Lær SQL eller Lag en enkel database med SQLite Database Browser Har du noen gang funnet deg selv i behov av en database, men Du kan egentlig ikke ha råd til Microsoft Access, og du har sikkert ikke råd til å installere og drive en Oracle-server hjemme. Om målet ditt er ... Les mer for å lære hvordan du bruker en enkel database. Men for mange mennesker er begrepet en database selv litt utenlandsk. SQL-anrop, spørringer, tabeller, poster, nøkler - alle disse vilkårene og mer utgjør feltet for databasedesign og databaseadministrasjon, og det er ikke så mye som er enkelt om det.

På den annen side trenger ikke begrepet relasjonsdatabase - i enkleste form - å være altfor komplisert. Før du antar at dette ikke er noe du trenger å vite, bør du vurdere at omtrent hver eneste dag i ditt liv du samhandler med en database med noen form. Når du tar penger ut av minibanken, kjøper du et produkt ved hjelp av ditt hyppige shopper-kort, eller merker deg på treningsstudioet, er du faktisk populere noen bord eller tabeller inne i en database.

Så hvorfor skal du bryr deg? Vel, for når du setter pris på hvordan en database fungerer, og hvordan data som ser ut til å være helt uavhengig, kan korreleres med andre data, vil du virkelig sette pris på - og forhåpentligvis være mer forsiktige - hvordan disse sammenkoblingene kan komme tilbake for å hjemsøke deg.

Hvordan kjente det andre klesfirmaet å sende deg en katalog med formell slitasje mindre enn to uker etter at du nettopp har kjøpt en drakt? Hvordan kjørte bilforhandleren tre år etter at du kjøpte en bil, at garantien er nesten oppe og å sende deg et tilbud om en utvidet garanti? Det handler om spørringer, sammenhenger mellom data og å gjøre noe med resultatene. Det er magien i en database.

Hvordan en database fungerer

Så, hvis du er en databaseadministrator eller en programmerer som kan skrive en SQL-setning med lukkede øyne, vil dette innlegget trolig bore deg til tårer. Men hvis du er helt ny til begrepet databaser, eller du er nysgjerrig på hvordan de kan være en del av livet ditt uten at du engang vet det, så er dette artikkelen for deg.

For å forklare hvordan en database fungerer, skal jeg faktisk bruke Excel. Excel er et utmerket verktøy for å lage et regneark, men et regneark er bare en samling av det som skal kalles “tabeller” i en database. Et bord er akkurat det det høres ut, et bord fullt av data som er organisert etter felt.

I vårt eksempel skal vi late som dette er databasen til et treningsstudio. Dette fiktive treningsstudioet har et medlemskap, og vi kan late som at enkeltbordet ovenfor er informasjonen som blir fylt når et nytt medlem melde seg på med helseklubben. En del av registreringsprosessen er på vei inn, slik at klubben kan hjelpe deg med å finne nye måter å håndtere vekten og helsen din på. Faktisk har helseklubben faktisk en kjempeflott kafé med helsekost på menyen, medlemmene kan ha en matbit av noe sunt rett etter en trening eller ta en drink rett før.

Siden dette er en veldig høyteknologisk klubb, har de også lagt til et annet bord i databasen. I neste tabell blir det lagt til nye data hver gang et medlem kjøper noe på helsekjøkkenet. Denne transaksjonen (en annen databaseperiode for tillegg eller subtraksjon av en post) finner sted rett ved registeret. Du vil merke at mellom de to tabellene, det er noen lignende data, som medlemsnavnet. Det er også unike data, som transaksjons-ID og dato og klokkeslett.

De unike dataene bidrar til å holde all informasjonen organisert, mens de vanlige dataene mellom alle tabellene er det som hjelper programmører til å koble de prikker, så å si. Jeg skal vise deg noen logikk som går inn i det på et øyeblikk, men først må klubben legge til den stadig voksende databasen. Selvfølgelig, når medlemmer kommer inn i klubben eller forlater klubben, må de bruke klubbens id til “skilt” inn og ut med den digitale skanneren. Denne handlingen fylles ut enda en annen bord. Dette nye bordet holder bare rede på når medlemmet er sjekket inn og sjekket ut av helseklubben.

Så, der har du det. En veldig enkel database som helseklubben satt sammen. Tre grunnleggende bord med svært unike bruksområder. Den ene er registreringslisten for medlemskap, den andre er en oversikt over helseklubbbutikkoppkjøp, og den tredje er innloggings- og registreringsperioden for hvert medlem. Disse er alle tilsynelatende ikke-relaterte opplysninger, rett?

Vel, den magiske av en relasjonsdatabase er at du kan trekke ut informasjon fra hver av disse tabellene og deretter korrelere dem sammen for å komme opp med noen virkelig interessante data. For eksempel, la oss si at klubben vil finne ut hva slags mat de tyngste medlemmene spiser på kaféet. De kunne lett finne ut dette ved å kjøre en “spørsmål” mot databasen, og spør medlemskapets registreringstabell for vekter av medlemmer over en viss vekt - la oss si 200 pund. Deretter vil du spørre kafékjøpstabellen for kjøp av de personene som er over 200 pund.

Når du kjører en slik “spørsmål” mot en database, gir det resultatene i en slags “midlertidig” nytt bord. Her ser det slik et nytt bord ut. Det er en liste over hva klubbens tyngste medlemmer kjøpte for å spise og drikke på helseklubben.

Spørringsspråket er faktisk ganske enkelt, for noe av denne typen. I Microsoft Access, for eksempel, hvis medlemskapstabellen kalles “medlemskap” og kaféet kjøpsbordet er “Kjøp”, spørringen kan se slik ut: “SELECT buy.member, buy.description, buy.date FRA kjøp WHERE membership.name == innkjøpsnavn og membership.weight> 200”

Nå, når du begynner å se på informasjonen samlet i helseklubben, kan du se hvilke typer ting klubben kan finne ut av. Har folk som logger inn på bestemte tider av dagen en tendens til å kjøpe mer på kaféet? Har folk i visse aldersgrupper en tendens til å sjekke inn oftere på bestemte tider av dagen? All denne informasjonen vil hjelpe en bedrift å implementere ting som reklame- eller markedsføringskampanjer.

Andre typer databaser

Nå som du vet hvordan en database fungerer, hva slags databaser kan du komme over i hverdagen din? Vel, helst du besøker de fleste blogger eller nettsteder, og enten legg inn en kommentar eller logg inn, samhandler du med en database. I tilfelle av WordPress ser databasen ut som dette.

Som du ser, er det en mengde bord - 15 i dette tilfellet - for å holde all slags informasjon som brukerdetaljer, innleggsinformasjon, kommentarer og mer. Dette er ryggraden i en WordPress-blogg, og mange andre avanserte nettsteder har lignende database-bakender.

Når du åpner en av disse tabellene, for eksempel posttabellen, kan du se at all informasjon som vises på den aktuelle nettsiden, lagres rett inne i en database.

Hvis du er en gamer i det hele tatt, har du sannsynligvis interaksjon med en database. Noen spill er mer avhengig av en back-end-database, og sannsynligvis er de mest databasekrevende spillene multiplayer online spill. For eksempel, hvis du er kjent med det massive online space spillet OGame, er det et eksempel på et slikt online spill som er enormt avhengig av en database for å kjøre showet. Bare spillelisten for noen av verdensene er tydelig lagt ut som du forventer i en databasetabell.

Spilldatabaser holder alt fra brukerpoeng og prestasjoner til gjeldende spillelementstatistikk eller interrelasjoner mellom tegn, objekter og mer. Massevis av spill ville ikke være mulig i det hele tatt hvis det ikke var for back-end-databasen å kjøre showet.

Et annet sted du sikkert har kommet over en database, er når du handler online. Se de godt formaterte produktresultatene som er oppført på Amazon etter at du har spurt et søk etter et produkt?

Yup, de ble hentet fra en database, ved hjelp av en spørring som eksempelet jeg viste ovenfor (om enn litt mer komplisert selvfølgelig). Og når du går videre og bestemmer deg for å gå videre med det Amazon-kjøpet, kan du være sikker på at kjøpsdetaljene og historien din befolker enda et bord i Amazons enorme database.

Et annet sted du kanskje ikke mistenker, avhenger av en database er ditt eget dataregister. Dette kalles faktisk a “hierarkisk” databasen, fordi som du kan se når du surfer på registeret, lagres informasjonen i mer av et hierarki enn det er et relasjonsformat. Imidlertid er premisset det samme.

Folk kan faktisk skrive opp spørsmål for å trekke ut informasjon fra systemregistret som ser ut som databasespørsmål, unntatt oppslaget “bord” det som brukes er et nøkkelnavn og “Valuename” er de faktiske dataene lagret i databasen for den aktuelle nøkkelen.

Så, du trenger ikke virkelig å vite hvordan du programmerer en database eller til og med hvordan du bruker en, men ved å være klar over datamengden som disse databasene kan lagre, og hvor enkelt de kan brukes til å korrelere informasjon som virker veldig Distinkte i den virkelige verden, kan du være oppmerksom på hvilken type informasjon du kanskje vil dele (eller ikke dele) med bedrifter.

Gjorde denne forklaringen av databasedesignen å forstå hvordan de jobber i ditt eget liv? Er du overrasket over hvor lett det er å koble til punkter som du gjør hver dag? Del dine egne tanker om databaser i kommentarfeltet nedenfor.