Konzept: Tabellen
Eine Tabelle ist ein Workday Prism Analytics-Objekt, das Daten speichert (materialisiert) und in einem Tabellenformat darstellt. Eine Tabelle hat ein benutzerdefiniertes Schema und enthält nur Daten, die für das Schema gültig sind. Die Daten in Tabellen werden von einem verteilten Spaltendatenspeicher gesichert.
Sie erstellen Tabellen, um Daten aus mehreren Quellen zu importieren und an einem zentralen Ort, dem Datenkatalog (ähnlich einem Data Warehouse), zu speichern. Anschließend können Sie Tabellendaten mithilfe abgeleiteter Datasets, die auf der Tabelle basieren, zusammenführen, umwandeln, kombinieren und anreichern. Verwenden Sie abgeleitete Datasets, um Daten für die Analyse vorzubereiten.
Wenn Sie neu in Workday sind, haben Sie keinen Zugriff, um Basis-Datasets zu erstellen oder zu bearbeiten.
Tabellen im Vergleich zu Basis-Datasets
Eine Tabelle ähnelt einem Basis-Dataset mit wichtigen Unterschieden.
Konzept | Tabellen | Basis-Datasets |
|---|---|---|
Schema | Sie definieren das Tabellenschema, bevor Sie Daten in die Tabelle laden. Wenn Sie mit Datenbanken vertraut sind, wird dies allgemein als „Schema-on-Write“ bezeichnet. Sie können das Tabellenschema weiterhin ändern, aber es gibt Anforderungen und Einschränkungen. Beispiel: Sie können Felder jederzeit hinzufügen/entfernen. Wenn Sie jedoch die Feldart ändern möchten, muss die Tabelle leer sein (null Zeilen). Schemaänderungen sind destruktiv. Beispiel: Wenn Sie ein Feld entfernen, gehen alle im Feld enthaltenen Daten verloren. | Basis-Datasets steuern die zugrunde liegenden Daten, die in Dateien gespeichert werden. Dataset-Schemas beschreiben, wie die in diesen Dateien gespeicherten Daten gelesen (und später umgewandelt) werden. Wenn Sie mit Datenbanken vertraut sind, wird dies allgemein als „Schema-on-Lesen“ bezeichnet. Obwohl Sie das Dataset-Schema jederzeit ändern können, müssen Sie sicherstellen, dass das Schema mit den Daten in den zugrunde liegenden Dateien übereinstimmt, damit die Daten korrekt erkannt werden. Wenn das Schema nicht mit der Datei übereinstimmt, legt Prism den Wert auf 0 fest. |
Art der Quelle | Tabellen können jederzeit Daten aus jeder Art von Quelle akzeptieren, z. B. durch einen Datei-Upload, ein Dataset oder eine REST-API. Erstellen Sie Datenänderungsaufgaben, um Daten in eine Tabelle zu laden und Daten in einer Tabelle zu ändern. Sie können für jede Datenänderungsaufgabe, die mit derselben Zieltabelle ausgeführt wird, eine andere Art der Quelle verwenden. Beispiel: Sie erstellen zwei Datenänderungsaufgaben, die dieselbe Zieltabelle und folgende Quellarten verwenden:
| Ein Basis-Dataset akzeptiert nur Daten aus der Art der Quelle, die Sie beim Erstellen des Datasets verwendet haben. Das heißt, wenn Sie ein Dataset mit SFTP erstellen, werden nur Daten von einem SFTP-Server akzeptiert. |
Datenvalidierung | Wenn Sie Daten in eine Tabelle laden, validiert Workday die Daten anhand des definierten Schemas. Wenn der Wert für ein Feld nicht mit der Feldart oder anderen Feldparametern (z. B. Datumsformat) übereinstimmt, markiert Workday die gesamte Zeile als ungültig und nimmt die Zeile nicht in die Tabelle auf. Stattdessen wird die Zeile an eine Fehlerdatei gesendet, die Sie herunterladen können. | Wenn Sie ein Dataset veröffentlichen, liest Workday die auf der Festplatte gespeicherten Daten und validiert sie anhand des aktuellen Schemas des Basis-Datasets. Wenn der Wert für ein Feld nicht mit der Feldart oder anderen Feldparametern (z. B. Datumsformat) übereinstimmt, markiert Workday diesen Feldwert als NULL und nimmt die Zeile in die veröffentlichte Prism-Datenquelle auf. |
NULL-Handling | Jedes Feld lässt NULL-Werte zu, es sei denn, Sie haben es als erforderlich konfiguriert. Workday unterscheidet zwischen NULL-Werten und leeren Zeichenfolgenwerten in Textfeldern, wenn eine durch Trennzeichen getrennte Quelldatei gelesen wird, um Daten in eine Tabelle zu laden. Wenn eine durch Trennzeichen getrennte Datei Folgendes enthält:
| Jedes Feld lässt NULL-Werte zu. Workday unterscheidet nicht zwischen NULL-Werten und leeren Zeichenfolgenwerten in durch Trennzeichen getrennten Dateien. |
Namensbeschränkungen | Tabellen haben zwei Namen:
Tabellenfelder haben außerdem einen Anzeigenamen und einen API-Namen. Sie können den Anzeigenamen jederzeit ändern. Sie können den API-Namen jedoch nicht ändern, nachdem Sie das Feld erstellt und die Tabelle gespeichert haben. Anzeige-, API- und Feld-API-Namen müssen eindeutig sein und den Namensvalidierungsregeln entsprechen. Siehe: Referenz: Namensrichtlinien finden Sie weitere Details. | Basis-Datasets (und abgeleitete Datasets) haben zwei Namen:
Für Dataset-Felder ist nur ein Name zulässig. Sie können diesen jederzeit ändern. Sie müssen jedoch sicherstellen, dass alle nachgelagerten Fehler behoben werden, die aus der Änderung des Feldnamens resultieren könnten. Anzeige- und API-Namen müssen eindeutig sein und den Validierungsregeln für Namen entsprechen. |
Daten werden gelöscht | Sie können alle Zeilen (abschneiden) oder einige Zeilen (löschen) aus einer Tabelle entfernen. Sie können Zeilen basierend auf einem Schlüsselfeld selektiv löschen. Sie können diese Aktion ausführen, wenn Sie Daten an die Tabelle anhängen und die hinzugefügten Zeilen aus einem bestimmten Ladevorgang entfernen müssen. | Sie können alle Zeilen aus einem Basis-Dataset entfernen (abschneiden). Sie können keine Teilmenge von Zeilen löschen. |
Prism-Datenquelle | Verwenden Sie die Option "Für Analyse aktivieren", wenn Sie das Tabellenschema erstellen oder bearbeiten, um eine Prism-Datenquelle zu erstellen. | Veröffentlichen Sie das Dataset, um eine Prism-Datenquelle zu erstellen. |
Anzahl Zeilen | Workday weiß genau, wie viele Datenzeilen in einer Tabelle vorhanden sind, und zeigt die Anzahl der Zeilen im Datenkatalog und im Bericht Tabellendetails anzeigen an . | Workday weiß nicht, wie viele Datenzeilen in einem Basis-Dataset vorhanden sind. |