? En dårlig konstruert web-applikasjon har potensial til å være treg , ineffektiv og upålitelig . Ett element av database design for å vurdere er " overhead ". Avhengig av hvordan du strukturerer database, kan overhead være forårsaket av faktorer som antall brukere besøker nettstedet ditt , eller innebygd database funksjoner . Erkjennelsen hva som forårsaker overhead og vite hvordan du skal fikse det vil hjelpe deg å skape en bedre kvalitet web-applikasjon . MySQL

Når du bygger en data - drevet program , trenger du et sted å lagre den informasjonen som samles inn av brukeren. Dette skjer vanligvis på en server i et avsidesliggende sted . En server , som er en datamaskin som brukes for en dedikert formål , må programvare for å håndtere dataene som den samler . MySQL er en database programvare som er gratis å laste ned og oppdateres av et fellesskap av utviklere . Med MySQL kan du utvikle arkitekturen for ditt webprosjekt .
Overhead

Når du tenker på begrepet " overhead " i form av penger , blir du vanligvis vurderer mengden dedikert til å holde et system , slik som en husholdning, opererer . I form av en database, er det en dedikert mengde plass. Som i en husholdning , har du sannsynligvis vil holde hodet lavt . Øke mengden av overhead du har i en MySQL database potensielt kan forsinke eller stoppe en web-applikasjon fra å kjøre . I tillegg er det en sløsing med lagringsplass. Holde et øye med hvordan dataene blir lagret og effekten det har på din web-applikasjon kan hindrer for mye overhead . I tillegg kan sjekke for å se om du har en overdreven mengde overhead fart på programmenes ytelse , og skape en mer hyggelig opplevelse for brukeren.
Skalerbarhet

Når du vurdere database og web-applikasjon ytelse, bør du vurdere hvor fort brukeren kommer til å laste programmet og virkningen at flere brukere vil ha på databasen. Sistnevnte er referert til som skalerbarhet. Databasen evne til å takle flere brukere kan opprette overhead. Som et eksempel, hvis du bygger en database applikasjon som er i ferd med å bli åpnet av en bruker og en annen bruker blir , hastigheten som den andre brukeren kan få tilgang til data kan være så mye som 50 prosent mindre enn den første . Dersom en tredje sammenføyninger det kunne være 50 prosent mindre enn den andre , og så videre. Flere brukere på en enkelt - system database kan føre søker overhead. Unngå dette ved å omstrukturere databasen til en klynge , som har flere " stopp " i datastrømmen som bidra til å unngå trafikkork .
Query Cache

spørring cache er én måte overhead kan resultere i en klynge database. Når du sender en forespørsel om informasjon til en database, som kalles en spørring . Bufferen er et lagringssystem for en rekke formål . I form av en spørring cache, er det lagring av brukeren ber om , som kan nås senere for å få fortgang i databasen respons . Dette fungerer bra når du har en database. Når du har en klynge ; databasen trenger å sjekke andre databaser for å se at ingen av dataene er endret , treffer sin informasjon ubrukelig . Denne prosessen skaper overhead innenfor klyngen database. Ved å holde et øye med spørringen cache for å sørge for at det blir brukt på riktig måte , kan du unngå et overskudd av overhead.