Auf Daten mit Datenseiten zugreifen

Datenseiten stellen die Verknüpfung zwischen dem Datenobjekt und den Datensätzen dar, die lokal in der Pega-Datenbank oder in externen Datenbeständen gespeichert sind. In Pega-Plattform-Anwendungen fungiert eine Datenseite als Übersetzungstool, das Daten aus einer angegebenen Datenquelle abruft und diese Daten im Arbeitsspeicher zwischenspeichert. Eine Datenseite verwaltet die Integration in die Datenquelle und trennt dabei Business-Prozesse von allen Integrationsdetails. Aufgrund dieser Trennung können Anwendungsentwickler bezogene Daten in einer Anwendung verwenden, ohne die Datenquelle und die Verbindungsdetails zu kennen.

Die Möglichkeit, Daten für die Anwendungsentwicklung schnell und einfach zu definieren und dann darauf zuzugreifen (ohne sich Gedanken darüber machen zu müssen, wo die Daten tatsächlich gespeichert sind und wie auf sie zugegriffen wird), wird als „Pega Live Data“ bezeichnet. Pega Live Data ist der Virtualisierungs-Layer, der die Business-Logik und die Datennutzung der Anwendung von den technischen Details trennt, wie und wann auf die Daten zugegriffen wird. Datenseiten sind eine wichtige Komponente von Pega Live Data, dem Virtualisierungs-Layer. Sie geben vor, wie Daten aus den Datenquellen in die Datenobjekte einer Anwendung zugeordnet werden.

Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um mehr darüber zu erfahren, wie Pega Live Data Datenseiten verwendet, um Daten On-Demand zu laden und für eine Anwendung bereitzustellen:

Speicherbare Datenseiten sichern eine Seite oder Seitenliste mit Daten, die in einer Datenseite angegeben sind, wieder in ihrem Datenbestand – unabhängig davon, ob die Daten lokal in der Pega-Datenbank oder externen Datenbeständen gespeichert sind. Mithilfe einer speicherbaren Datenseite lässt sich eine Anwendung so konfigurieren, dass Datenbestände in Echtzeit mit Case-Daten aktualisiert werden. Die speicherbare Datenseite kann die Transaktion verwalten, um sicherzustellen, dass beide Systeme auch bei einem Fehler (z. B. einem Netzwerkausfall) synchronisiert bleiben.

Im Datenspeicherplan für eine speicherbare Datenseite ist festgelegt, wie Speichervorgänge durchgeführt werden.

Klicken Sie auf die Pluszeichen (+), in der folgenden Abbildung, um mehr über die Optionen zum Speichern von Daten zu erfahren:

Je nach Status der Datenquelle können Datenseiten produktionsbereit sein oder (je nach Status der externen Datenbestände) simuliert werden. Beispielsweise kann es sein, dass während der Entwicklungsphase einer Anwendung die Integration mit einer externen Datenquelle noch nicht abgeschlossen ist.  Dann kann eine simulierte Datenquelle verwendet werden, um die Entwicklung und das Testen des Workflows der Anwendung fortzusetzen, während Sie auf den Abschluss der Integrationseinstellungen durch die System Architects warten. 

 Simulierten Datenseiten ist keine Datenquelle zugeordnet. Bevor Sie die Datenseiten in der Produktionsumgebung verwenden können, müssen Sie die Verbindung zu einer Datenquelle konfigurieren; während der Anwendungsentwicklung ist es allerdings möglich, eine simulierte Datenquelle zu verwenden und zu testen. 

Als Pega Business Architect arbeiten Sie mit den System Architects zusammen, um während der Entwicklung Ihrer Anwendung simulierte Datenquellen zu erstellen und zu pflegen.

Nicht mehr aktuelle Daten – auch veraltete Daten genannt – können schlechte Entscheidungen, kostspielige Fehler und ineffiziente Prozesse zur Folge haben. Den Inhalt einer Datenseite auf dem neuesten Stand zu halten, ist wesentlich für die Sicherstellung genauer, erwünschter Case-Ergebnisse. 

In der Anwendung für Online-Bestellungen ruft das Datenobjekt Produkte beispielsweise Informationen über lieferbare Lebensmittel aus den externen Datenbeständen des Supermarkts ab. Anwendungsentwickler können festlegen, wie oft das Datenobjekt „Produkte“ diese Informationen abrufen soll. Die Liste der verfügbaren Produkte kann frühmorgens abgerufen und im Arbeitsspeicher zwischengespeichert werden, um den ganzen Tag über verwendet zu werden. Dadurch wird sichergestellt, dass die Anwendung schnell ausgeführt wird. Allerdings besteht im Laufe des Tages die Gefahr, dass die Informationen veraltet sind und Kunden Artikel bestellen, die nicht mehr verfügbar sind.

Als Business Architect arbeiten Sie mit Stakeholdern aus dem Business-Team zusammen, um die beste Aktualisierungsstrategie für jedes Datenobjekt der Anwendung zu bestimmen, das auf Informationen in lokalen oder externen Datenbeständen zugreift. Dabei finden Sie einen Kompromiss zwischen der Anwendungsleistung und der Notwendigkeit aktualisierter Informationen für die Case-Lösung. Anschließend arbeiten Sie mit den System Architects zusammen, um diese Informationen in Ihrer Anwendung zu implementieren. 

Case-Typen verfügen ebenfalls über Standard-Datenseiten. Case-Typen bestehen aus einer einzelnen, schreibgeschützten Datenseite und einer (schreibgeschützten) Listen-Datenseite.

Da Case-Instanzen automatisch gespeichert werden, werden Case-Typ-Datenseiten nur dann verwendet, wenn ein Case-Typ Informationen über eine Case-Referenz-Datenbeziehung anfordert.

Prüfen Sie mit der folgenden Interaktion Ihr Wissen: