? Applicazione Web Un mal costruito ha il potenziale per essere lento , inefficiente e inaffidabile . Un elemento di progettazione del database da considerare è "overhead ". A seconda di come si struttura il database , in testa può essere causato da fattori quali il numero di utenti che visitano il tuo sito , o built- in funzionalità di database . Riconoscere ciò che provoca in testa e sapere come risolvere il problema vi aiuterà a creare una migliore applicazione Web di qualità . MySQL

Quando si crea un'applicazione basata sui dati , vi serve un posto per memorizzare le informazioni raccolte dall'utente. Questo di solito avviene su un server in una posizione remota . Un server , che è un computer utilizzato per uno scopo specifico , ha bisogno di software per gestire i dati che raccoglie . MySQL è un software di database che è di scaricare e aggiornato da una comunità di sviluppatori liberi . Con MySQL è possibile sviluppare l'architettura per il progetto web .
Overhead

Quando si pensa al termine " overhead" , in termini di denaro , si sono di solito prendendo in considerazione la importo dedicato a mantenere un sistema, come una famiglia , operativo . In termini di un database , è una quantità di spazio dedicato . Come in una famiglia, probabilmente si desidera tenere la testa bassa . Aumentando la quantità di overhead che avete in un database MySQL potrebbe potenzialmente rallentare o arrestare un'applicazione Web da corsa . Inoltre , è uno spreco di spazio. Tenendo d' occhio su come i dati sono memorizzati e l'effetto che ha sulla vostra applicazione Web possono previene troppo sovraccarico . Inoltre, il controllo per vedere se si dispone di una quantità eccessiva di testa può accelerare le prestazioni delle applicazioni " , e creare una esperienza più piacevole per l'utente .
Scalabilità
< br >

Se si considera banca dati e le prestazioni delle applicazioni Web , si dovrebbe considerare quanto velocemente l' utente sta per caricare l'applicazione e l'impatto che più utenti avranno sul database . Quest'ultimo è indicato come scalabilità . La capacità del database per gestire più utenti possono creare in testa . A titolo di esempio , se si crea un'applicazione di database che è attualmente in corso l'accesso di un utente e un secondo utente si unisce , la velocità alla quale il secondo utente può accedere ai dati potrebbero essere fino al 50 per cento in meno poi il primo . Se una terza join potrebbe essere il 50 percento in meno poi il secondo e così via . Più utenti su un database unico sistema possono attivare la ricerca ambientale . Evitare questo ristrutturando il database in un cluster, che ha più "stop" nel flusso di dati che aiutano a evitare gli ingorghi .
Query Cache

La cache delle query è un sovraccarico modo può risultare in un database cluster. Quando si invia una richiesta di informazioni in un database , che si chiama una query . La cache è un sistema di archiviazione per una varietà di scopi . In termini di una cache di query , è il deposito di richieste degli utenti , che possono essere accessibili in seguito per accelerare la risposta del database. Questo funziona bene quando si dispone di un database . Quando si dispone di un cluster , il database ha bisogno di controllare gli altri database per vedere che nessuno dei dati è cambiato, rendendo le informazioni inutili . Questo processo crea sovraccarico all'interno del database cluster. Da tenere d'occhio la cache delle query per assicurarsi che sia utilizzato in modo appropriato , si può evitare un eccesso di sovraccarico .