Zeigen Sie eine Tabellenhierarchie und das Erweiterungsmodell an

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.

Vorbereitungen

Erforderliche Rolle: admin

Warum und wann dieser Vorgang ausgeführt wird

Administratoren können den Status reduzierter 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 > Tabellen.
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 Asset-Tabelle [alm_asset] und ihre untergeordneten Tabellen: Hardware [alm_hardware], Verbrauchsgut [alm_consumable], Facility [alm_facility] und Softwarelizenz [alm_license].
     Hinweis:

     Wenn eine Tabelle ein leeres Feld „Erweiterungsmodell“ enthält, handelt es sich nicht unbedingt um eine Tabelle „Tabelle pro Klasse“. 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 sehen, die die Aufgabentabelle 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 hat.

     Wenn eine Tabelle überhaupt nichts erweitert und ein leeres Feld „Erweiterungsmodell“ enthält, handelt es sich um eine Tabelle „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 Aufgaben-, Incident-, Problem- und Change-Datensätze enthält. Diese einzelne physische Tabelle wird als separate logische Tabellen dargestellt.