Im Kontext einer CSV-Suche für den Entitätstyp "Benutzer" (s. Benutzer) definieren wir zwei Ausgabenspalten:

• Die erste Spalte verweist per Feldprojektion auf das Feld "Benutzername" (username), das einen Textwert (String) enthält, und weist als Name USER zu.
  

• Die zweite Spalte verweist per Feldprojektion auf das Feld "Rollen", das die dem Benutzerkonto zugeordneten Rollen als Liste von Long-Werten enthält, und weist als Name ROLE zu.

►ANMERKUNG◄ Wie das folgende Laufzeitbeispiel zeigt, wäre die Beschriftung "ROLES" irreführend.

Wie das Abfrageergebnis (rechts) zeigt, erscheinen mehrere Zeilen für denselben USER, wenn diesem mehr als eine Rolle zur Auswahl steht.

Die Feldprojektion auf das "mehrwertige" roles-Feld führt hier also zur Multiplikation der Benutzerdaten (hier: USER) je Rolle. Die ROLE-Spalte gibt immer nur genau eine ID einer Rolle aus.

USER,ROLE
ABC,1001
ABC,501
DEF,1201
DEF,501
DEF,1351
DEF,1001
GHI,1352
GHI,1
XYZ,1352

Der CSV-Suche aus der vorherigen Beispiel fügen wir einen Datenobjekt Join hinzu, der wie rechts abgebildet parametriert wird:

• Das Datenobjekt für den Join ist der Entitätstyp "Rolle" (Role).
  
  

• Als Join Alias wählen wir willkürlich das Kürzel r (für Role).
  
  

• Als Join Typ wählen wir "Inner", da wir davon ausgehen können, dass zu jeder Rollen-ID eine "Rolle" gefunden wird.
  
  

• Die Join Bedingung verwendet eine Feld Einschränkung, um die Beziehung zwischen dem gesuchten "Benutzer"-Entitätstyp und dem per Join hinzugezogenen Entitätstyp "Rolle" (r) zu beschreiben:
  
  

  • Als Prüfwert (links) ziehen wir über eine Feldprojektion das Feld "Rollen" (roles) im Benutzerkonto heran.
    
    

  • Als Vergleichswert (rechts) ziehen wir über eine weitere Feldprojektion das Feld "ID" (id) innerhalb der Rolle (r) heran. Der Pfad "r.id" wird automatisch im Dropdown bereitgestellt und erscheint dabei sogar teilweise lokalisiert als "r.ID".

►HINWEIS◄ Da sich die Join Bedingung auf ein "mehrwertiges" Feld der Entität bezieht, wird die Bedingung gegen alle im Feld "Rollen" aufgeführten Einzelwerte geprüft. Der Join ordnet jedem roles-Eintrag die referenzierte Rolle (r) zu.

Sobald der Datenobjekt Join konfiguriert ist, erweitert sich das Angebot für Pfade im Kontext unserer Projektionen:

• Die Feldprojektion USER behalten wir unverändert bei.
  
  

• In der Feldprojektion ROLE stellen wir jetzt das Feld um, vom Feld "Rollen" (roles) um auf den neuerdings verfügbaren Pfad r.roleName, der im Dropdown als "r.Rollenname" (teil-lokalisiert) angeboten wird.

Laufzeitbeispiel:

USER,ROLE
ABC,Querificus
ABC,Super user limited
DEF,Super user limited
DEF,Querificus
DEF,Upload
DEF,Administrator
GHI,Tester
GHI,Super User
XYZ,Tester

Die bestehenden Projektionen verwenden wir jetzt noch als Grundlage für eine Sortierung der Ergebnisliste

Eine Feldprojektion für eine Projektion kann dazu über das Kontextmenü (s. Menü-Symbol links oben innerhalb der Feldprojektion) in die Zwischenablage kopiert und im Kontext der Sortierung wiederum über das Kontextmenü als per -Symbol hinzugefügte Projektion eingefügt werden.

Wie im Screenshot zu sehen, soll unsere Sortierung zunächst nach dem Rollennamen und danach nach dem Benutzernamen erfolgen.

►HINWEIS◄ Ein Bezug zu einer bereits definierten "Ausgabespalte" über den Spalten-Alias (hier: ROLE, USER) kann ausgehend von der Sortierung (und auch Gruppierung) nicht hergestellt werden. Dieselbe Projektion muss bei Bedarf (wie in unserem Beispiel) also mehrfach angelegt werden. Der verwendete Name ist dabei unerheblich, wurde hier aber beim Kopieren "mitgenommen".

Laufzeitbeispiel:

USER,ROLE
DEF,Administrator
ABC,Querificus
DEF,Querificus
GHI,Super User
ABC,Super user limited
DEF,Super user limited
GHI,Tester
XYZ,Tester
DEF,Upload