Zum Inhalt springen

Tabelle vs. Geschäftsobjekt im Jitterbit App Builder

In diesem Artikel werden die Unterschiede zwischen einer Tabelle und einem Geschäftsobjekt beschrieben. App Builder, und geben Best-Practice-Empfehlungen für die Abfrage von Daten aus der Anwendungs-UI-Schicht.

Zum Kontext: App Builder Zu den Kernanwendungskomponenten von gehören:

  • Datenebene = hier erstellen und definieren Sie die Anwendungsdatenquelle (Tabellen und Tabellenbeziehungen), die als Grundlage einer Anwendung dient.
  • Geschäftsebene = hier erstellen und definieren Sie Geschäftsregeln, einschließlich Geschäftsobjekte, die die Logik definieren, die beim Zugriff auf die Datenebene von der UI-Ebene aus verwendet wird.
  • UI-Ebene = hier entwerfen Sie das Erscheinungsbild der Anwendung. Diese Ebene ist das, was Endbenutzer über einen Webbrowser sehen und mit dem sie interagieren.

Tisch

Tabellen befinden sich in App Builder Die Datenschicht von ist Teil einer Datenquelle, die als Grundlage einer Anwendung dient. Tabellen sind eine Sammlung verwandter Daten und bestehen aus Zeilen und Spalten. App Builder's Tabellenassistent Funktion in App Builder unterstützt das manuelle Erstellen von Tabellen oder über eine Excel Tabelle.

Mitarbeitertabelleneu.png

In der Datenebene ist ein Datenbankschemadiagramm verfügbar, das alle Tabellen für die ausgewählte Datenquelle visuell darstellt, Beziehungen zwischen den Tabellen definiert und dabei hilft, zu dokumentieren, wie Daten gespeichert und abgerufen werden.

Geschäftsgegenstand

Geschäftsobjekte befinden sich in App Builder's Business Layer und werden hauptsächlich zum Aufbau der Anwendungs-UI-Schicht verwendet. Business Objects sind eine Art Geschäftsregel, mit der Sie die Daten steuern können, auf die ein Benutzer Zugriff hat. Die Zugriffsebene kann auf Tabellen-, Zeilen- oder Spaltenebene gesteuert werden.

Business Objects verweisen normalerweise auf eine Tabelle, enthalten oft alle Spalten der Tabelle und sollten keine Filter enthalten. Business Objects können verwendet werden, wenn Sie einen Ausdruck oder eine Funktion für die zugrunde liegenden Daten erstellen müssen, um sie auf der Anwendungs-UI-Schicht darzustellen.

employeebusinessobject.png

Tabelle vs. Geschäftsobjekt zum Abfrage der Datenschicht

Wenn Sie als Entwickler die UI-Schicht der Anwendung erstellen, verknüpfen Sie ein Panel auf einer Seite mit einer Panelquelle, die die zugrunde liegenden zugehörigen Daten und Informationen darstellt. Eine Panelquelle kann wiederum entweder eine Tabelle oder ein Geschäftsobjekt sein, und als Entwickler können Sie wählen, welche Option Sie verwenden möchten.

In den frühen Phasen der Anwendungsentwicklung ist manchmal nicht bekannt, ob die Daten auf der UI-Ebene gefiltert, eingeschränkt oder durch Logik geändert werden müssen. Aus diesem Grund ist die Verwendung eines Business-Objekts als Panel-Quelle eine zukunftssicherere Lösung.

Die folgenden geschäftlichen Gründe sind Beispiele dafür, warum Sie als Panel-Quelle ein Geschäftsobjekt statt einer Tabelle wählen würden:

  1. Zur Bereitstellung einer Zugangskontrolle
  2. Zur Durchführung der Geschäftslogik
  3. Zur Vereinfachung der Ansichten der zugrunde liegenden Daten (Teilmenge der Felder)
  4. Um komplexere Ansichten der zugrunde liegenden Daten darzustellen (Verknüpfung mit anderen Tabellen und Verwendung von „Group By“)

Um dieses Konzept zu veranschaulichen, zeigt das folgende Diagramm ein Beispiel einer Mitarbeitertabelle und zwei verschiedene Ansichten (Nicht-HR-Daten und HR-Daten), die Sie aus der UI-Schicht bereitstellen können. Diese Ansichten werden mithilfe von Business Objects erstellt.

Geschäftsobjektbeispiel.png

Die Möglichkeit, Tabellen zu nutzen, kann beim Erstellen komplizierter Abfragen in der Business-Schicht nützlich sein, wird jedoch als Panel-Quelle für Standardanwendungspanels nicht empfohlen.

Ressourcen