Een slecht geconstrueerde webtoepassing heeft het potentieel te traag , inefficiënt en onbetrouwbaar . Een element van database-ontwerp te onderzoeken, is ' overhead . " Afhankelijk van hoe u uw database te structureren , kan overhead worden veroorzaakt door factoren zoals het aantal gebruikers dat uw site bezoekt , of ingebouwde database- functies . Herkennen van wat de oorzaken van overhead en weten hoe op te lossen het zal u helpen een betere kwaliteit web applicatie te maken . MySQL Wanneer u een data - driven applicatie te bouwen , moet je ergens aan de door de gebruiker verzamelde gegevens worden opgeslagen . Dit vindt meestal plaats op een server in een externe locatie . Een server die een computer gebruikt voor een specifiek doel , moet software om de gegevens die het verzamelt beheren . MySQL is een database- software die is gratis te downloaden en bijgewerkt door een community van ontwikkelaars . Met MySQL kunt u de architectuur te ontwikkelen voor uw webproject . Overhead Als je denkt aan de term " overhead " in termen van geld , bent u meestal overweegt de bedrag gewijd aan een systeem , zoals een huishouden draaiende te houden . In termen van een database, is een speciale hoeveelheid ruimte . Net als in een huishouden , waarschijnlijk wilt u uw overheadkosten laag te houden . Verhogen van de hoeveelheid overhead die je hebt in een MySQL-database zou kunnen vertragen of stoppen van een webtoepassing van het lopen . Bovendien is het een verspilling van opslagruimte . In de gaten houden hoe uw gegevens worden opgeslagen en het effect dat het heeft op uw webtoepassing kan te veel overhead voorkomt . Daarnaast kunnen controleren om te zien of u een overmatige hoeveelheid overhead versnellen prestaties van uw toepassingen ' , en een meer plezierige ervaring voor de gebruiker . Schaalbaarheid < br > Wanneer u database- en Web applicatie performance te overwegen , moet u overwegen hoe snel de gebruiker gaat om de toepassing en de impact die meerdere gebruikers zal hebben op de database te vullen . Dit laatste wordt aangeduid als schaalbaarheid . Het vermogen van de database om te gaan met meerdere gebruikers kunnen overhead creëren. Als voorbeeld , als u een database- applicatie die momenteel wordt benaderd door een gebruiker en een tweede gebruiker toetreedt , de snelheid waarmee de tweede gebruiker kan toegang tot de gegevens kon maar liefst 50 procent minder dan de eerste te bouwen . Indien een derde sluit het zou 50 procent minder dan de tweede , enzovoort zijn. Meerdere gebruikers op een enkel - systeemdatabase veroorzaken die overhead . Vermijd dit door herstructurering van uw database in een cluster , die meerdere " stops " in de datastroom die helpen files te vermijden heeft . Query Cache De query cache is een manier overhead kan resulteren in een cluster database. Wanneer u een verzoek om informatie naar een database te sturen , dat is een query genoemd . De cache is een opslagsysteem voor verschillende doeleinden . In termen van een query cache , is de opslag van gebruikersverzoeken , dat later kan worden geraadpleegd voor het versnellen reactie van de database . Dit werkt goed wanneer u een database. Wanneer u een cluster ; de database nodig heeft om andere databases te controleren om te zien dat geen van de data is veranderd , waardoor de informatie nutteloos . Dit proces creëert overhead binnen het cluster database. Door het houden van een oog op de query cache te zorgen dat het op de juiste wijze gebruikt , kunt u een overmaat aan overhead te vermijden .
|