Zeigen Sie eine Tabellenhierarchie und das Erweiterungsmodell an

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 1 Minute Lesedauer

    • Bestimmen Sie das von einer Tabelle verwendete Erweiterungsmodell.

    Vorbereitungen

    Erforderliche Rolle: admin

    Warum und wann dieser Vorgang ausgeführt wird

    Das von einer Tabelle verwendete Erweiterungsmodell ist nicht sofort erkennbar. Während eine Hierarchie eine einzelne physische Tabelle verwenden kann, zeigt die Plattform Tabellen so an, als ob jede logische Tabelle eine eindeutige physische Tabelle hätte. Wenn Sie beispielsweise eine Tabelle für einen Workflow angeben, können Sie „Change“ [change_request] oder „Incident“ [incident] auswählen, obwohl die übergeordnete Tabelle „Aufgabe“ [task] eine einzelne physische Tabelle verwendet.

    Administratoren können den Status von reduzierten Tabellenhierarchien anzeigen, aber keine zusätzlichen Hierarchien reduzieren. Sie können das Formular so konfigurieren, dass bei Bedarf das Feld Erweiterungsmodell hinzugefügt wird.

    Prozedur

    1. Navigieren zu Alle > Systemdefinition > Tabellenan.
    2. Wählen Sie einen Tabellendatensatz aus.
    3. Überprüfen Sie den Feldwert Erweiterungsmodell, der angibt, ob die Tabellenhierarchie mehrere eindeutige Tabellen oder eine einzelne flache Tabelle verwendet.
      • Keine: Gibt an, dass die Tabelle die Tabelle pro Klassenmodell verwendet. Definiert eine eindeutige physische Tabelle pro logischer Tabelle in einer Hierarchie. Beispielsweise gibt es separate physische Tabellen für die Tabelle „Asset“ [alm_asset] und ihre untergeordneten Tabellen: Hardware [alm_hardware], Verbrauchsmaterial [alm_consumable], Facility [alm_facility] und Softwarelizenz [alm_license].
        Hinweis:
        Wenn in einer Tabelle das Feld „Erweiterungsmodell“ leer ist, muss es sich nicht unbedingt um eine Tabelle vom Typ „Tabelle pro Klasse“ handeln. Wenn die Tabelle eine andere Tabelle erweitert, erbt sie das Modell tatsächlich von allen übergeordneten Tabellen, die sie erweitert, und nur, wenn keines der übergeordneten Elemente ein definiertes Erweiterungsmodell hat, ist das Erweiterungsmodell der Tabelle Tabelle pro Klasse. Dies ist in vielen Tabellen zu beobachten, die die Task Table erweitern. Incident ist eine logische Tabelle, die die Aufgabe erweitert und sich physisch in der Aufgabe befindet, aber standardmäßig einen leeren Wert für das Erweiterungsmodell aufweist.

        Wenn eine Tabelle überhaupt nichts erweitert und ein leeres Feld „Erweiterungsmodell“ enthält, ist sie eine Tabelle vom Typ „Tabelle pro Klasse“.

      • Tabelle pro Hierarchie: Definiert eine einzelne physische Tabelle pro logischer Tabellenhierarchie. Zum Beispiel gibt es eine einzelne Aufgabentabelle [task] in der MySQL-Datenbank, die alle Datensätze vom Typ „Aufgabe“, „Incident“, „Problem“ und „Change“ enthält. Diese einzelne physische Tabelle wird als separate logische Tabellen dargestellt.