Der Screenshot rechts zeigt die Konfiguration für einen Singuläres-Attribut-Join, der den mehrfachen Zugriff auf das Singuläre Attribut "PositionXyz" (PositionXyz) regelt:

• Um auf die Attribute der Haupt-Entität der CSV Suche zuzugreifen ist kein Attributbesitzerpfad erforderlich.
  
  

• Als Attribut wird "PositionXyz" (PositionXyz) ausgewählt.
  
  

• Als Join Alias wird willkürlich der Name pos zugeordnet

• Für Join Typ und Optional wird der Standard (Left/Optional) beibehalten, damit auch "Points of Interest" ohne Positionsangabe als Treffer gelten.
  
  

• Die Definition einer Join Bedingung ist nicht erforderlich.

Die Detaildaten aus dem PositionXyz-Attribut können über den Join Alias pos für den Singuläres-Attribut-Join mit mehreren Instanzen der Feldprojektion in Projektionen für Ausgabespalten adressiert werden:

• Die erste Feldprojektion benennt den "Point of Interest" anhand eines Felds der Haupt-Entität.
  
  

• Die folgenden drei Feldprojektion-Instanzen beziehen sich zunächst auf den Join Alias pos, um danach ein spezifisches Detail (x, y, z) aus dessen value-Feld abzurufen.
  
  ► ANMERKUNG◄ Auf sprechende Spaltennamen (etwa LATITUDE, LONGITUDE, ELEVATION) wurde hier nur verzichtet, damit die Pfade im zugeklappten Zustand lesbar sind.

Wie rechts abgebildet, liefert die CSV-Suche ggf. auch Ausgabezeilen, für keine Positionsangabe vorliegt.

►ANMERKUNG◄ Dasselbe Ergebnis ließe sich erzielen, wenn auf den Singuläres-Attribut-Join verzichtet würde und stattdessen drei Instanzen der Singuläres-Attribut-Projektion eingesetzt würden.

POI_NAME,pos.value.x,pos.value.y,pos.value.z
================================================
GREENWICH_PRIME_MERIDIAN,51.47781,-0.00148,223.0
TAJ_MAHAL,27.175,78.04194,240.0
PLANET_EARTH,,,
TOUR_EIFFEL,48.85822,2.2945,108.0

Der Singuläres-Attribut-Join kann wie rechts gezeigt angepasst werden, um "Point of Interest"-Instanzen ohne Positionsangaben auszuschließen:

• Der Join Typ wurde auf "Inner" umgestellt.
  
  

• Die Optional-Option kann ausgewählt bleiben.
  
  

• Als Join Bedingung wurde eine Feld Einschränkung eingeführt, die prüft, ob das value-Feld des ggf. vorgefundenen Attributs nicht (!=) leer ist.

►WICHTIG◄ Würde man auf die Join Bedingung verzichten, dann wäre der Fall nicht abgedeckt, dass ein "Point of Interest" mindestens einmal mit einer Positionsangabe gespeichert wurde, deren Detailfelder (x, y, z) seitdem gelöscht wurden. Dann bleibt eine leere Hülle für das Attribut zurück, sofern dieses beim Speichern nicht durch eine explizit konfigurierte Ereignisbehandlung entfernt wird.

Die rechts abgebildete Join Bedingung wertet ausnahmsweise keine Daten aus dem Singuläres-Attribut-Join aus, sondern bezieht sich in einer Feld Einschränkung mit einem Trick auf den Kontext der Sitzung:

• Als Prüfwert (links) stellt eine Literale Projektion den statischen Boolean-Wert true bereit.
  
  

• Als Vergleichswert (rechts) dient ein aus Sicht der Suche ebenfalls statischer boolean-Wert, der vor der Ausführung der Suche über einen Regelwert-Wertauflöser als Rückgabewert einer Rollenregel gewonnen wird. Die Rollenregel prüft ob eine bestimmte Rolle der Session (hier: "Querificus") angemeldet ist, oder ob die Rolle der Session dieser Rolle direkt oder indirekt untergeordnet ist.

►WICHTIG◄ Ausgehend von der Variante (oben) muss der Join Typ auf "Left" geändert werden. Mit dem Join Typ "Inner" würden nicht nur die Ausgabespalten zur Position leer bleiben, sondern alle Ergebniszeilen ausgeschlossen.