Potenzielle Problembereiche in Multitable SQL-Datenbanken - Dummies

Die Datenintegrität kann von verschiedenen Seiten angegriffen werden. Einige dieser Probleme treten nur in mehrwertigen SQL-Datenbanken auf. andere können sogar in Datenbanken vorkommen, die nur eine einzige Tabelle enthalten. Sie möchten all diese potenziellen Bedrohungen erkennen und minimieren.

Fehlerhafte Eingabedaten

Die Quelldokumente oder Datendateien, die Sie zum Auffüllen Ihrer Datenbank verwenden, enthalten möglicherweise fehlerhafte Daten. Diese Daten können eine beschädigte Version der korrekten Daten sein oder es sind möglicherweise nicht die gewünschten Daten. Eine Bereichsüberprüfung sagt Ihnen, ob die Daten Domänenintegrität haben.

Bei dieser Art von Prüfung werden einige - aber nicht alle - Probleme behoben. Beispielsweise werden falsche Feldwerte, die innerhalb des zulässigen Bereichs liegen, aber immer noch nicht korrekt sind, nicht als Probleme identifiziert.

Bedienerfehler

Ihre Quelldaten sind möglicherweise korrekt, aber der Dateneingabeoperator kann die Daten falsch übertragen. Diese Art von Fehler kann zu den gleichen Problemen führen wie schlechte Eingabedaten. Einige der Lösungen sind auch die gleichen. Bereichsüberprüfungen helfen, aber sie sind nicht narrensicher. Eine andere Lösung besteht darin, einen zweiten Operator unabhängig von allen Daten validieren zu lassen.

Dieser Ansatz ist kostspielig, da eine unabhängige Validierung die doppelte Anzahl von Personen und die doppelte Zeit benötigt. Aber in einigen Fällen, in denen die Datenintegrität kritisch ist, kann sich der zusätzliche Aufwand und die Mehraufwand lohnen.

Mechanischer Fehler

Wenn ein mechanischer Fehler auftritt, z. B. ein Festplattenabsturz, können die Daten in der Tabelle zerstört werden. Gute Backups sind Ihre Hauptverteidigung gegen dieses Problem.

Malice

Betrachten Sie die Möglichkeit, dass jemand will , um Ihre Daten zu beschädigen. Ihre erste Verteidigungslinie besteht darin, allen, die eine böswillige Absicht haben, den Datenbankzugriff zu verwehren und autorisierte Benutzer einzuschränken, damit sie nur auf die Daten zugreifen können, die sie benötigen. Ihre zweite Verteidigung besteht darin, Datensicherungen an einem sicheren Ort zu erhalten. Überprüfen Sie regelmäßig die Sicherheitsfunktionen Ihrer Installation. Ein bisschen paranoid zu sein, tut nicht weh.

Datenredundanz

Datenredundanz - die gleichen Datenelemente, die an mehreren Stellen auftauchen - ist ein großes Problem mit dem hierarchischen Datenbankmodell, aber das Problem kann auch relationale Datenbanken plagen. Eine solche Redundanz verschwendet nicht nur Speicherplatz und verlangsamt die Verarbeitung, sondern kann auch zu einer schwerwiegenden Datenverfälschung führen.

Wenn Sie dasselbe Datenelement in zwei verschiedenen Tabellen in einer Datenbank speichern, kann sich das Element in einer dieser Tabellen ändern, während das entsprechende Element in der anderen Tabelle das gleiche bleibt.Diese Situation erzeugt eine Diskrepanz und Sie haben möglicherweise keine Möglichkeit festzustellen, welche Version korrekt ist. Das ist ein guter Grund, die Datenredundanz auf ein Minimum zu beschränken.

Obwohl eine gewisse Redundanz erforderlich ist, damit der Primärschlüssel einer Tabelle als Fremdschlüssel in einer anderen Tabelle dienen kann, sollten Sie versuchen, die Wiederholung von Datenelementen darüber hinaus zu vermeiden.

Nachdem Sie die meisten Redundanzen aus einem Datenbankentwurf entfernt haben, stellen Sie möglicherweise fest, dass die Leistung jetzt nicht mehr akzeptabel ist. Häufig verwenden Betreiber eine gewisse Redundanz, um die Verarbeitung zu beschleunigen.

Eine übliche Vorgehensweise besteht darin, zunächst eine Datenbank mit geringer Redundanz und hohem Grad an Normalisierung zu entwerfen und dann, nachdem festgestellt wurde, dass wichtige Anwendungen langsam ausgeführt werden, selektiv Redundanz hinzuzufügen und zu denormalisieren. Das Schlüsselwort hier ist selektiv.

Die Redundanz, die Sie wieder hinzufügen, muss einen bestimmten Zweck haben, und da Sie sich sowohl der Redundanz als auch der Gefahr bewusst sind, ergreifen Sie geeignete Maßnahmen, um sicherzustellen, dass die Redundanz nicht mehr Probleme verursacht als sie. löst.

Wenn Sie die Kapazität Ihres DBMS überschreiten

Ein Datenbanksystem funktioniert möglicherweise jahrelang ordnungsgemäß und tritt dann mit sporadischen Fehlern auf, die zunehmend gravierender werden. Dies kann ein Zeichen dafür sein, dass Sie sich einer Kapazitätsgrenze des Systems nähern. Es gibt schließlich Grenzen für die Anzahl der Zeilen, die eine Tabelle haben kann. Es gibt auch Beschränkungen für Spalten, Einschränkungen und verschiedene andere Datenbankfunktionen.

Überprüfen Sie die aktuelle Größe und den Inhalt Ihrer Datenbank anhand der in der Dokumentation Ihres DBMS aufgeführten Spezifikationen. Wenn Sie in einem beliebigen Bereich nahe am Limit sind, sollten Sie ein Upgrade auf ein System mit höherer Kapazität in Betracht ziehen. Oder Sie möchten ältere Daten, die nicht mehr aktiv sind, archivieren und dann aus Ihrer Datenbank löschen.