Typischer Anwendungsfall: Plurales Attribut auswerten

Eine Tupel-Suche soll alle greifbaren Instanzen des Entitätstyps "Adressbucheintrag" (AdressBookEntry, s. Adressbucheinträge) auswerten, die per Feld "Adresse" (address) jeweils genau eine Adresse (s. Adressen) referenzieren, und dabei einen Überblick über die dort über den Attributtyp "Kommunikationsinformation" (CommunicationInfo) hinterlegten Daten verschaffen.

Konkret soll je Adressbucheintrag genau ein Tupel ausgegeben werden, das unter anderem eine Liste (bzw. Collection) aller Kommunikationsinformationen enthält.

Konfiguration:

Laufzeitbeispiel:

• Jedes row -Element ("Tupel") beinhaltet als viertes item eine Liste der dem Adressbucheintrag zugeordneten "Kommunikationsformationen".

• Die Beispieldaten zeigen Attributwerte mit unterschiedlichem Kommunikationstyp (EMAIL, PHONE) und "Kontext" (info, alternate, noreply) zur Klassifikation der als "Wert" (communicationValue) angegebenen konkreten Informationen.

Variante: Um die "Kommunikationsinformationen" in einer CSV-Suche als möglichst direkt lesbaren Text zu "servieren", empfiehlt sich eine etwas andere Aufbereitung der Rückgabewerte aus der Attributprojektion:

• Anstelle einer "Listenspalte" (Collection) in einem Tupel soll eine ggf. mehrzeilige Ausgabe der "Kommunikationsinformationen" mit Wiederholung der Kopfdaten des Adressbucheintrags erfolgen.

• Die Nutzlast-Felder aus dem Attribut sollen auf einzelne Spalten verteilt werden.

Konfiguration:

Laufzeitbeispiel:

Für denselben Ausschnitt der Beispieldaten liefert die CSV-Suche den unten dargestellten Text, in dem Adressbucheinträge (s. zweite Spalte, id) mit mehreren "Kommunikationsinformationen" mehrere Zeilen belegen.

addressBookId,id,address.accMatchCode,orderIndex,communicationType,communicationContext,communicationValue
...
1051,953,EDDH,0,EMAIL,noreply,noreply@ema.il
1051,953,EDDH,2,PHONE,info,+49 (40) 50750
1051,953,EDDH,1,EMAIL,alternate,noreply2@doma.in
1051,952,EDDF,0,PHONE,info,+49 (180) 6 3724636
1051,951,EDDL,0,PHONE,info,+49 (211) 4210
...

Besonderer Anwendungsfall: Typisierte Attribute eines Typs auswerten

Eine CSV-Suche soll den "Fortschritt" im Lebenszyklus von Sendungen durch eine Listenspalte visualisieren, die für jedes verwendete Datumsattribut dessen Datumstyp benennt.

Konfiguration:

Laufzeitbeispiel:

id,DATE_ATTRIBUTES
...
4802,[DISPATCH_DATE_PLANNED]
4701,[ARRIVAL_PLANNED]
4651,[ARRIVAL_PLANNED]
4402,[]
4401,[]
4301,[ARRIVAL_PLANNED]
4253,[ARRIVAL_PLANNED]
4203,[]
4202,[ARRIVAL_PLANNED]
4201,[]
4151,[]
4101,"[VESSEL_DEPART, WAYPOINT_ARRIVAL_DATE, WAYPOINT_ARRIVAL_DATE, VESSEL_ARRIVAL, LOADING_DATE]"
4051,"[TEST_DATETYPE, ARRIVAL_PLANNED]"
4006,[]
...

►ANMERKUNGEN◄

• Das Beispiel zeigt Sendungen mit Datumsattributen mit Subtypen, die singulär oder plural sein können.

• Nur der Datumstyp WAYPOINT_ARRIVAL_DATE ist dabei eindeutig als plural zu erkennen, da er mehrfach in derselben Collection für eine Sendung erscheint.

• Ob ein Datumstyp, der nur einfach erscheint, per Definition singulär ist, würde auch aus dem vollständigen Attributwert nicht hervorgehen. Auch für singuläre Attributwerte erscheint ein index-Feld mit dem Wert 0.

►WICHTIG◄ Die hier demonstrierte Vorgehensweise zur Auswertung von Attribut-Subtypen ist nur wirklich praxistauglich, wenn folgende Einschränkungen unproblematisch sind:

1. Die Einzelwerte in einer Collection Projektion können nicht sortiert werden. Die Datumstyp-Werte erscheinen auch nicht etwa in einer logischen bzw. chronologischen Reihenfolge (s. LOADING_DATE).

2. Die Attributprojektion berücksichtigt alle Attribute des ausgewählten Typs, also auch solche, die aktuell nicht "gefüllt" sind.
   Exkurs;
   Wenn ein Attributwert gelöscht wird, bleibt in der Regel nicht nur die zugehörige Attribut-Entität in den Daten der Attributbesitzer-Entität erhalten, sondern auch der Attributwert selbst, da dieser weiter auf den Subtyp verweist:
   

         <shp:ShipmentDate id="1852" ... >
            <value dateType="TEST_DATETYPE"/>
         </shp:ShipmentDate>

   
   Die oben gezeigte Suche liefert in diesem Fall also den Datumstyp, obwohl der Attributwert keine weitere "Nutzlast" beinhaltet. Die Attributprojektion sieht auch keine Möglichkeit für eine entsprechende Einschränkung vor. Nur ein Attribut Join könnte das leisten.