Der Screenshot zeigt eine Textverkettungsprojektion mit vier Textkomponenten:

• An Position 1 und 3 greift je eine Feldprojektion auf ein Feld der Entität zu.
  
  

• An Position 2 und 4 ergänzt je eine Literale Projektion eine statische Zeichenfolge, durch die die verkettete Zeichenfolge strukturiert wird:
  
  

  • Das erste Literal " (" enthält ein Leerzeichen und die öffnende Klammer.
    
    

  • Das zweite Literal ")" enthält nur eine schließende Klammer.

►HINWEIS◄ Alle verwendeten Projektionen verzichten hier auf eine Angabe für den Parameter Name. Effektiv wird deshalb der Spaltenname für die Textverkettungsprojektion wird daher systematisch aus den Standard-Namen für die verketteten Projektionen zusammengesetzt. Die Literale steuern dabei das komplette Literal bei.

Laufzeitbeispiel:

placeName (state)

Neukirchen (Oberösterreich)
Neukirchen (Schleswig-Holstein)
Neukirchen (Hessen)
Neukirchen (Bayern)

Der Screenshot zeigt drei Projektionen für die (CSV-)Suche, von denen die erste - eine Literale Projektion - aufgeklappt dargestellt ist:

• Der Parameter Name mit dem Wert "Search_ID" beschriftet die Spalte in der Ausgabe (s. u.).
  
  

• Dei Wert-Konfiguration für das Literal verwendet den Nummernkreiswert-Wertauflöser für den zu diesem Zweck eingerichteten Nummernkreistyp "XF_SEARCH_CONTROL", um über diesen einmalig einen Wert zu beziehen, der als Konstante für die Projektion zugewiesen wird.

Die weiteren Projektionen mit den (Alias-)Namen "Booking" und "Status" beinhalten die eigentliche Nutzlast unseres Abrufs.

Search_ID,Booking,Status

USR:1901#QRY:1000007,RE01230858,NEW
USR:1901#QRY:1000007,RE01230857,NEW
USR:1901#QRY:1000007,RE01230856,NEW
USR:1901#QRY:1000007,RE01230849,NEW
USR:1901#QRY:1000007,RE01230846,NEW
USR:1901#QRY:1000007,RE01230845,NEW
USR:1901#QRY:1000007,RE01230841,NEW
USR:1901#QRY:1000007,RE01000000,NEW

Search_ID,Booking,Status

USR:1901#QRY:1000009,RE01230859,NEW
USR:1901#QRY:1000009,RE01230858,NEW
USR:1901#QRY:1000009,RE01230857,NEW
USR:1901#QRY:1000009,RE01230856,REJECTED
USR:1901#QRY:1000009,RE01230849,NEW
USR:1901#QRY:1000009,RE01230846,NEW
USR:1901#QRY:1000009,RE01230845,CONFIRMED
USR:1901#QRY:1000009,RE01230841,NEW
USR:1901#QRY:1000009,RE01000000,CONFIRMED

Der Screenshot zeigt zwei Projektionen für die Ausgabe einer Liste von Benutzerkonten mit einem klar verständlichen Hinweis darauf, ob das jeweilige Konto aktiv ("ACTIVE") ist oder nicht ("INACTIVE"):

• Die erste Projektion mit dem Namen "ACCOUNT_STATUS" verwendet eine Wenn ( Case ) Projektion, um das Boolesche Feld "Aktiv" (active) des Benutzerkontos durch eine Feld Einschränkung auszuwerten, die erfüllt ist, wenn das active-Feld den Wert true enthält.
  
  

  • Ist dies der Fall, setzt eine Literale Projektion als Literal den statischen Textwert ACTIVE.
    
    

  • Anderenfalls setzt eine weitere Literale Projektion den statischen Textwert INACTIVE.
    
    

• Die zweite Projektion soll das Benutzerkonto namentlich identifizieren - per Feldprojektion auf das Feld "Benutzername" (username).

Im Ergebnis der CSV-Suche zeigt die Spalte ACCOUNT_STATUS unmittelbar verständlich an, ob das jeweilige Konto aktiv ist oder nicht.

Die Ausgabe von true/false wäre nur in Verbindung mit dem Spaltennamen verständlich.

ACCOUNT_STATUS,ACCOUNT_NAME

ACTIVE,mjmartinez123
ACTIVE,jmustermann
INACTIVE,jmmustermann
INACTIVE,jdsmith0815
....

Der Screenshot zeigt die Konfiguration für die Einschränkung einer Eigenen Übersicht für Firmen auf der Grundlage einer ODER-Verknüpfung von zwei Instanzen der Feld Einschränkung:

• Die erste Feld Einschränkung (links; zugeklappt) prüft, ob im Feld "Metatyp" (metaType) der Firma der Firmen-Metatyp "Firma" (COMPANY) ausgewählt ist. Dieses Kriterium definiert die Einschränkung, die für alle anderen Rollen als die Rolle "Administrator" greifen soll.
  
  

• Die zweite Feld Einschränkung (rechts; aufgeklappt) soll feststellen, ob es sich bei der Rolle der Session um die Rolle "Administrator" handelt. Ist dies der Fall, dann wirkt die Feld Einschränkung "relaxierend" wegen der ODER-Verknüpfung "relaxierend" für das andere Kriterium, sprich: Ist ein "Administrator" angemeldet, dann wird die Einschränkung für den "Metatyp" effektiv nicht beachtet.
  
  

  • Als Vergleichswert (rechts) innerhalb der Feld Einschränkung kann direkt ein Rolle-Wertauflöser verwendet werden, um die "Administrator"-Rolle als Fixwert zu definieren.
    
    

  • Als Prüfwert (links) innerhalb der Feld Einschränkung kommt dagegen aus formalen Gründen nur eine Projektion in Frage. Hier verwenden wir die Literale Projektion, in der der Rolle der Session-Wertauflöser eingesetzt werden kann. Da dieser eine Entität des Typs "Rolle" (Role) zurückgibt, also ein komplexes Datenobjekt, müssen wir noch einen Objekt-Feld-Wertauflöser verketten, um aus dem Feld "ID" (id) einen als Literal geeigneten simplen Fixwert (hier: Long) zu erhalten.
    
    ►HINWEIS◄ Wie im Screenshot zu sehen, lösen wir auch im Vergleichswert (rechts) per Objekt-Feld-Wertauflöser explizit das für den Vergleich relevante "ID"-Feld auf, obwohl die Einschränkung dank einer automatische Typumwandlung (Entität → Long/id) auch ohne dies funktionieren würde.

Die rechts dargestellte Konfiguration löst die Aufgabe gleichwertig allerdings noch etwas eleganter:

• Die erste Feld Einschränkung (links; zugeklappt) wurde unverändert beibehalten.
  
  

• Die zweite Feld Einschränkung (rechts; aufgeklappt) fungiert wieder als "Ausnahmeregel", also um die Einschränkung für den "Metatyp" zu neutralisieren, wenn ein "Administrator" angemeldet ist:
  
  

  • Den Prüfwert (links) definieren wir wiederum über eine Literale Projektion. Allerdings beziehen wir als Literal diesmal den Booleschen Rückgabewert einer Rollenregel über einen Regelwert-Wertauflöser. Das ist spätestens dann ein erheblicher Vorteil, wenn für die "Ausnahme" für mehr als eine Rolle gelten soll.
    
    

  • Als Vergleichswert (rechts) benötigen wir hier nur einen Wertauflöser für einen statischen Booleschen Wert true (s. Statische Werte).

►ANMERKUNGEN◄ Über den Regelwert-Wertauflöser können nach diesem Schema beliebige Regeln in die Einschränkung einbezogen werden, was u. a. den Zugriff auf Zuordnungskriterien als Sub-Zuordnungskriterium ermöglicht. Allerdings ist zu berücksichtigen, dass die Rückgabewerte von Regeln auf diesem Weg nur als Konstante ins Spiel kommen, Sie können nicht auf Felder der gesuchten Entität angewendet oder in deren Kontext ausgewertet werden.

Liefert dagegen z. B. eine Feldprojektion einen Prüfwert aus einem Bool-Feld der gesuchten Entität kann diesem ein Boolescher Vergleichswert aus einem Regelwert gegenübergestellt werden, ohne dass dieser (auf der rechten Seite im Vergleich) zu diesem Zweck in eine Literale Projektion "verpackt" werden müsste.