Universal Messenger 7.2.0
Dieses Release wurde Mitte August 2014 freigegeben. Es enthält neben zahlreichen kleinen Korrekturen und Erweiterungen vor allem eine Überarbeitung der Abfragesprache und die neue Segmentierung.
Abfragesprache
Erweiterungen
Die Abfragesprache wurde intern vollständig überarbeitet.
Für Abfragen auf Tabellenattribute stehen nun erstmals auch Aggregationen und Extremwertabfragen zur Verfügung. Einige Beispiele:
Die Summe oder der Durchschnitt der Werte einer Spalte kann gegen einen Wert geprüft werden. Mit der HAVING
-Klausel können die zu berücksichtigenden Zeilen einer Tabelle weiter eingeschränkt werden.
sum(tab[x]->size) > 5000 HAVING tab[x]: status='vollendet'
avg(tab[x]->size) > 10
Ebenso ist es möglich die Anzahl von Tabellenzeilen abzufragen.
count(tab[x]) > 3 HAVING tab[x]: status='vollendet'
Mit min
und max
können Extrema von Spalten gesucht und die qualifizierten Zeilen auf weitere Eigenschaften geprüft werden.
tab[x]->status = 'offen' HAVING tab[x]: max(date)
tab[x]->status = 'vollendet' HAVING tab[x]: min(date)
tab[x]->date > '2014-07-21' HAVING tab[x]: tab[x]->status='vollendet' && max(date)
Abfragen können nun auch Kommentare enthalten:
Das neue between
-Prädikat stellt eine komfortable Abkürzung für größer-gleich-und-kleiner-gleich-Abfragen dar:
Die bisher fehlende Funktion notInVChannel()
ist nun verfügbar.
Die Abfragesprache kann durch Add-Ons um neue Funktionen erweitert werden.
Änderungen
Die Verknüpfung von Tabellenabfragen per OR verhält sich nun anders.
Beispiel:
Bisheriges Verhalten: Es wurden nur Einträge gefunden, die eine der beiden Bedingungen erfüllen und bei denen beide Tabellen mit mindestens einer Zeile befüllt sind (d.h. die Tabellen vorhanden sind). Es wurde also immer ein and defined(tab1) and defined(tab2)
impliziert.
Neues Verhalten: Die beiden Abfragen sind komplett unabhängig. Es werden Einträge gefunden, die eine der beiden Bedingungen erfüllen, egal ob die jeweils andere Tabelle gefüllt ist.
Die Postleitzahlensuche ist bis auf Weiteres nicht mehr verfügbar und wird erst in kommenden Releases wieder ergänzt. Bitte sprechen Sie unseren Support an, falls Sie die Postleitzahlensuche zwischenzeitlich einsetzen wollen.
Abfragen auf Attribute mit bisher reservierten Namen sind nun möglich, z.B.:
Ganzzahlen werden nun intern immer als long
-Werte (64 Bit) behandelt. Bisher kam es in manchen Situationen zu einer u.U. verlustbehafteten Konvertierung nach int
(32 Bit).
Segmentierung (bisher: Grafische Suche)
Die Segmentierung (bisher: Grafische Suche) wurde vollständig überarbeitet. Sie ermöglicht nun auch komplexe Abfragen auf Tabellenattribute und die neuen Abfragekonstrukte.
Außerdem ist die grafische Bearbeitung vorhandener Segmente (bisher: VChannels) nun möglich.
Korrekturen und Verbesserungen der GUI
Der Menüpunkt "Channels" wurde in "Gruppen" umbenannt. Channels heißen nun "Listen" und VChannels heißen jetzt "Segmente".
Der CSV-Export unter Einträge / Export ist nun auch wieder in der Newsletter-Edition nutzbar.
Die Anzeige der Ergebnisse des Email Preview Test (Litmus) wurde verbessert.
Es ist nun auch möglich, Standard-benachrichtigungen (newuser
, changes
, newpassword
, unsubscribe
, confirmrequest
) zu löschen.
Beim Bearbeiten von Einträgen werden nun Eingabefehler attributgruppenübergreifend und deutlich angezeigt.
Die Anzeige von Tabellenattributen mit vielen Zeilen wurde beschleunigt.
Beim Verlassen des Importwizard wird nun auf die Startseite (auch zu erreichen durch Klick auf das UM-Logo oben links) gesprungen.
Im Importwizard kann nun statt eines global eindeutigen Identifikationsattributes (z.B. E-Mail-Adresse oder UID) auch eine Kombination aus einem bestimmten Entry-Type und der E-Mail-Adresse gewählt werden. Dies ist hilfreich, wenn das Attribut email
nicht global eindeutig ist, sondern nur in Kombination mit einem Entry-Type eine eindeutige Identifikation erlaubt.
Die Eintrags- bzw. Trefferlisten werden nun absteigend nach OID sortiert. Damit erscheinen neue Einträge immer ganz vorn.
Newsletter-Add-On
Das Newsletter-Add-On wurde auf die Version 1.5.0 aktualisiert.
Datenhaltung
EventFiles und Jobs in der Datenbank
Als weitere Vorbereitung auf den Einsatz in einer Cluster-Umgebung werden jetzt abgearbeitete EventFiles, die beim Newsletterversand heruntergeladenen Dateien (CacheDirs
) und die Ein- und Ausgabedateien der Jobs zusätzlich in der Datenbank gespeichert. Somit stehen sie auch weiteren UM-Instanzen zur Verfügung, die auf der gleichen Datenbank arbeiten.
Beim Update wird das Datenbankschema entsprechend erweitert. Beim ersten Start nach dem Update werden einmalig alle EventFiles, die Newsletter- und Jobdateien in die Datenbank übernommen.
Alle APIs und Nutzerschnittstellen bleiben unverändert und funktionieren weiterhin.
Im Zuge dieser Umstellung werden nun auch die OIDs sehr alter Newsletter (vor UM Build 403) vom alten Timestamp- in das aktuelle numerische OID-Format überführt.
Konfiguration
Attributkonfiguration, Entry-Types und Adminrollen
Bisher mussten Konfigurationsparameter des Typs Liste immer in einer Zeile oder mit numerischen Indizes geschrieben werden:
bzw.
Ab sofort gibt es in der additional.attributes
-Datei und den Entry-Type- bzw. Adminrollen-Definitionen eine weitere, bequemere Variante:
Die dritte Variante kann auch mit einer der anderen kombiniert werden. Die Werte werden dann an die Liste angehängt.
Beim Inkludieren muss kein Index mehr angegeben werden. Außerdem erfolgt die Inkludierung genau dort, wo das include-Statement steht:
Alternative Schreibweise: