Was versteht man unter Denormalisierung in SQL?

2 Antworten


  • Die Denormalisierung ist ein Anwendungstool im SQL Server-Modell. Es gibt drei Methoden zur Denormalisierung:.

    • Entitätsvererbung
    • Rollenerweiterung
    • Lookup-Entitäten.

    Entitätsvererbung

    Diese Methode zur Denormalisierung sollte implementiert werden, wenn eine Entität als eine andere Entität bezeichnet wird. Dies geschieht mit Hilfe der Vererbung. Vererbung bedeutet Eltern-Kind-Beziehungen der Entität. Dies geschieht mit der Erstellung des Fremdschlüssels und des Kandidatenschlüssels. Beachten Sie auch, dass die Erstellung des Modells ein Beziehungsband erstellt und wenn Sie die Vererbung auswählen, sollte diese Eigenschaft automatisch gelöscht werden.

    Rollenerweiterung

    Diese Art der Denormalisierung sollte erstellt werden, wenn sichergestellt ist, dass eine Entität eine Beziehung zu einer anderen Entität hat oder Teil einer anderen Entität ist. In diesem Speichergrund wird entfernt. Es wird mit Hilfe der Inline-Funktion Expand verwendet. Es verwendet das gemeinsam genutzte Schema, das in from of table verwendet wird.

    Lookup-Entitäten

    Diese Art der Denormalisierung wird verwendet, wenn Entitäten von der Lookup-Tabelle abhängen. Es ist Arbeit mit Hilfe von Is Look up-Eigenschaft. Diese Eigenschaft gilt für die Entität. Diese drei geben dem Benutzer die Autorität, ein echtes und verlockendes Berichtsmodell zu erstellen. Dieses Modell ist ein Navigationserlebnis für den Kunden.
  • Demoralisierung ist eine Technik, um von höheren zu niedrigeren normalen Formen der Datenbankmodellierung überzugehen, um den Datenbankzugriff zu beschleunigen. Der Demoralisierungsprozess wird angewendet, um ein physisches Datenmodell aus einer logischen Form abzuleiten. Beim logischen Datenbankdesign gruppieren wir Dinge, die logisch miteinander verbunden sind, durch denselben Primärschlüssel. Im physischen Datenbankentwurf werden Felder gruppiert, wie sie physisch gespeichert werden und auf die vom DBMS zugegriffen wird. Im Allgemeinen kann es eine logische Beziehung in separate physische Datensätze zerlegen, einige kombinieren oder beides tun. Es gibt einen triftigen Grund für die Demoralisierung, der darin besteht, die Leistung zu verbessern. Es gibt jedoch mehrere Indikatoren, die helfen, Systeme und Tabellen zu identifizieren, die potenzielle Kandidaten für eine Demoralisierung sind.
    Welche sind:
    • Es gibt viele kritische Abfragen und Berichte, die auf Daten aus mehr als einer Tabelle beruhen. Häufig müssen diese Anforderungen in einer Nicht-Linien-Umgebung verarbeitet werden.
    • Es existieren sich wiederholende Gruppen, die in einer Gruppe statt einzeln bearbeitet werden müssen.
    • Viele Berechnungen müssen auf eine oder mehrere Spalten angewendet werden, bevor Abfragen erfolgreich beantwortet werden können.
    • Auf Tabellen muss von verschiedenen Benutzern im gleichen Zeitraum auf unterschiedliche Weise zugegriffen werden.
    • Bestimmte Spalten werden zu einem großen Prozentsatz der Zeit abgefragt. Betrachten Sie 60% oder mehr als eine warnende Zahl, die Demoralisierung als Option anzeigt.
    Wir sollten uns bewusst sein, dass jede neue RDBMS-Version normalerweise eine verbesserte Leistung und verbesserte Zugriffsoptionen mit sich bringt, die die Notwendigkeit einer Demoralisierung verringern können. Die meisten der beliebten RDBMS-Produkte erfordern jedoch gelegentlich demoralisierte Datenstrukturen. Es gibt viele verschiedene Arten von demoralisierten Tabellen, die die Leistungsprobleme lösen können, die beim Zugriff auf vollständig normalisierte Daten auftreten. Die Demoralisierung muss die Notwendigkeit einer guten Systemreaktionszeit mit der Notwendigkeit der Datenpflege in Einklang bringen und gleichzeitig die verschiedenen Anomalien oder Probleme vermeiden, die mit demoralisierten Tabellenstrukturen verbunden sind. Die Demoralisierung geht Hand in Hand mit der detaillierten Analyse kritischer Transaktionen durch View-Analyse. Die Ansichtsanalyse muss die Angabe von primären und sekundären Zugriffspfaden für Tabellen umfassen, die Endbenutzeransichten der Datenbank enthalten.Ein vollständig normalisiertes Datenbankschema kann aufgrund übermäßiger Tabellenverknüpfungsoperationen keine ausreichende Systemantwortzeit bereitstellen.

Schreibe deine Antwort

Ihre Antwort erscheint nach der Moderation appear