? Eine schlecht konstruierte Webanwendung hat das Potenzial, langsam, ineffizient und unzuverlässig. Ein Element des Datenbank-Design zu berücksichtigen ist " Overhead. " Je nachdem, wie Sie die Struktur Ihrer Datenbank können Overhead durch Faktoren wie die Anzahl der Benutzer Ihre Website besuchen , oder eingebaute Datenbank-Features verursacht werden. Erkennen, was bewirkt, Overhead und zu wissen, wie man es beheben wird Ihnen helfen, eine bessere Qualität Webanwendung. MySQL
Wenn Sie eine Daten -getriebene Anwendung zu erstellen , müssen Sie irgendwo , um die Informationen, die der Benutzer gesammelt speichern. Dies erfolgt in der Regel auf einem Server in einem Remote-Standort . Ein Server, der einen Computer für einen dedizierten Zweck verwendet wird , müssen Software , um die Daten, die es sammelt verwalten. MySQL ist eine Datenbank -Software, die kostenlos heruntergeladen und aktualisiert von einer Gemeinschaft von Entwicklern ist . Mit MySQL Sie die Architektur für Ihr Web -Projekt entwickeln kann .
Overhead
Wenn Sie den Begriff "Overhead" in Form von Geld zu denken, werden Sie in der Regel unter Berücksichtigung der Menge gewidmet , ein System , wie ein Haushalt, in Betrieb zu halten . Im Hinblick auf eine Datenbank ist es eine spezielle Menge an Speicherplatz. Wie in einem Haushalt , werden Sie wahrscheinlich wollen , um Ihre Gemeinkosten gering . Die Erhöhung der Menge von Overhead Sie haben in einer MySQL-Datenbank möglicherweise verlangsamen oder zu stoppen , eine Webanwendung vom Laufen . Darüber hinaus ist es eine Verschwendung von Speicherplatz. Halten Sie ein Auge auf , wie Ihre Daten gespeichert und die Wirkung, die sie auf Ihrer Web -Anwendung kann verhindert zu viel Overhead. Darüber hinaus können Sie überprüfen, ob Sie eine übermäßige Menge an Overhead haben beschleunigen Ihre Anwendungen die Leistung und schaffen eine angenehme Erfahrung für den Benutzer.
Skalierbarkeit
< br >
Wenn Sie Datenbank -und Web- Applikations-Performance zu betrachten, sollten Sie überlegen, wie schnell der Benutzer wird die Anwendung und die Auswirkungen, die mehrere Benutzer auf die Datenbank haben laden. Letztere wird als Skalierbarkeit bezeichnet. Die Datenbank der Fähigkeit, mit mehreren Benutzern bewältigen kann Overhead zu erstellen. Als Beispiel , wenn Sie bauen eine Datenbank-Anwendung , die derzeit von einem Benutzer zugegriffen und ein zweiter Benutzer verbindet , die Geschwindigkeit, mit der der zweite Benutzer auf Daten zugreifen, könnte so viel wie 50 Prozent weniger als die erste kann . Bei einem dritten schließt es könnte 50 Prozent weniger als die zweite , und so weiter. Mehrere Benutzer auf einem Single-System- Datenbank kann suche Overhead. Vermeiden Sie dies durch eine Umstrukturierung Ihrer Datenbank in einem Cluster , die mehrere " Stationen " im Datenstrom , die Staus zu vermeiden helfen.
Anfragen-Cache
Der Abfrage-Cache ist ein Weg, Overhead in einer Cluster-Datenbank führen. Wenn Sie eine Anfrage an eine Datenbank zu senden , ist, dass eine Abfrage genannt . Der Cache ist ein Speicher für eine Vielzahl von Zwecken . Im Sinne eines Abfrage-Cache , ist es die Speicherung von Benutzer -Anfragen , die später abgerufen werden können, die Geschwindigkeit der Datenbank Antwort. Das funktioniert gut , wenn Sie eine Datenbank haben. Wenn Sie über einen Cluster , der Datenbank muss auf andere Datenbanken zu überprüfen , um zu sehen , dass keine der Daten geändert haben , wodurch seine Informationen nutzlos. Dieser Prozess erzeugt Overhead innerhalb der Cluster-Datenbank . Indem ein Auge auf die Abfrage-Cache , um sicherzustellen, dass es richtig verwendet wird, können Sie vermeiden, einen Überschuss an Overhead.
