Mögliche Problembereiche in Multitable SQL-Datenbanken

Die Integrität der Daten unterliegt Angriff aus einer Vielzahl von Quartalen. Einige dieser Probleme ergeben sich nur in Mehrtabellen SQL Datenbanken- andere können auch in Datenbanken vorkommen, dass nur eine einzige Tabelle enthalten. Sie wollen erkennen und all diese potenziellen Bedrohungen zu minimieren.

Bad Eingangsdaten

Die Quelldokumente oder Datendateien, die Sie Ihre Datenbank zu füllen verwenden, um möglicherweise fehlerhafte Daten enthalten. Diese Daten können eine beschädigte Version der korrekten Daten sein, oder es kann die Daten, die Sie nicht sein. EIN Bereichsprüfung sagt Ihnen, ob die Datendomäne Integrität hat.

Diese Art der Überprüfung fängt einige - aber nicht alle - Probleme. Falsche Werte zum Beispiel, die innerhalb des akzeptablen Bereichs sind - aber immer noch falsch - nicht als Probleme identifiziert.

Bedienungsfehler

Ihre Quelldaten können korrekt sein, aber die Datenerfasser kann falsch die Daten transkribieren. Diese Art von Fehler kann auf die gleichen Arten von Problemen wie schlechte Eingangsdaten führen. Einige der Lösungen die gleichen sind, auch. Bereichsüberprüfungen helfen, aber sie sind nicht narrensicher. Eine andere Lösung ist es, einen zweiten Betreiber haben unabhängig validieren alle Daten.

Dieser Ansatz ist kostspielig, da unabhängige Validierung die doppelte Anzahl von Menschen und die doppelte Zeit in Anspruch nimmt. Aber in einigen Fällen, in denen die Datenintegrität ist von entscheidender Bedeutung, den zusätzlichen Aufwand und Kosten kann sich lohnen.

Mechanischer Fehler

Wenn Sie einen mechanischen Ausfall, wie beispielsweise einem Plattenausfall auftritt, können die Daten in der Tabelle zerstört werden. Gute Sicherungen sind Ihre Haupt Verteidigung gegen dieses Problem.

Bosheit

Betrachten Sie die Möglichkeit, dass jemand kann wollen um Ihre Daten beschädigen. Ihre erste Linie der Verteidigung ist Zugriff auf die Datenbank zu jedermann zu verweigern, die eine böswillige Absicht haben können und autorisierte Benutzer zu beschränken, so dass sie nur auf die Daten zugreifen, die sie benötigen. Ihre zweite Verteidigung ist die Datensicherung an einem sicheren Ort zu halten. In regelmäßigen Abständen die Sicherheitsmerkmale der Installation neu zu bewerten. ein wenig paranoid zu sein, tut nicht weh.

Daten Redundanz

Daten Redundanz - die gleichen Datenelemente an mehreren Stellen wieder auftauchen - ist ein großes Problem mit der hierarchischen Datenbankmodell, aber das Problem kann relationalen Datenbanken plagen, auch. Nicht nur, dass eine solche Redundanz Abfall Speicherplatz und verlangsamen die Verarbeitung, aber es kann auch zu schweren Beschädigung von Daten führen.

Wenn Sie die gleiche Datenelement in zwei verschiedenen Tabellen in einer Datenbank speichern, wird das Element in einer dieser Tabellen ändern kann, während das entsprechende Element in der anderen Tabelle gleich bleibt. Diese Situation erzeugt eine Diskrepanz, und Sie können keine Möglichkeit haben, zu bestimmen, welche Version richtig ist. Das ist ein guter Grund, auf ein Minimum Datenredundanz zu halten.

Obwohl eine gewisse Redundanz notwendig ist für die Primärschlüssel einer Tabelle als Fremdschlüssel in einem anderen zu dienen, sollten Sie versuchen, die Wiederholung aller Datenelemente über das zu vermeiden.

Nachdem Sie die meisten Redundanz aus einer Datenbank-Design zu beseitigen, können Sie die Leistung ist jetzt nicht akzeptabel finden. Die Betreiber oft gezielt ein wenig Redundanz verwenden die Verarbeitung zu beschleunigen.

Eine gängige Praxis ist, zunächst eine Datenbank-Design mit wenig Redundanz und mit einem hohen Grad an Normalisierung, und dann, nachdem sie festgestellt, dass wichtige Anwendungen langsam ausgeführt, um selektiv Redundanz hinzufügen und denormalize. Das Schlüsselwort hier ist selektiv.

Die Redundanz, die Sie hinzufügen zurück in muss einen bestimmten Zweck haben, und weil Sie sich bewusst sind beide der Redundanz und der Gefahren es darstellt, nehmen 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 könnte richtig jahrelang arbeiten und dann beginnen intermittierende Fehler auftreten, die zunehmend ernster geworden. Dies kann ein Zeichen dafür sein, dass Sie eine der Systemkapazitätsgrenzen nähert. Es sind schließlich, Grenzen für die Anzahl der Zeilen, die eine Tabelle aufweisen. Es gibt auch Beschränkungen für Spalten, Beschränkungen und verschiedene andere Datenbankfunktionen.

Überprüfen Sie die aktuelle Größe und den Inhalt Ihrer Datenbank gegen die in der Dokumentation Ihres DBMS aufgeführten Spezifikationen. Wenn Sie in der Nähe der Grenze in einem Bereich sind, sollten mit einer höheren Kapazität zu einem System aktualisieren. Oder Sie können ältere Daten zu archivieren, die nicht mehr aktiv ist, und dann löschen Sie es aus Ihrer Datenbank.