Variablen

Welche Variablen zur Verfügung stehen, hängt davon ab, an welcher Stelle vSQL eingesetzt wird. Insgesamt gibt es folgende Variablen:

userBenutzer

Der eingeloggte Benutzer ist immer über die vSQL-Variable user zugänglich, d.h. dass z.B. user.firstname der Vorname des eingeloggten Benutzers ist.

appApp

Die App, zu der das jeweilige Objekt gehört, also z.B. die App, zu der die Datenquelle, das Anzeige-Template oder die Daten-Aktion gehört, in der der vSQL-Ausdruck verwendet wird. Über app.p_<identifier> sind auch die App-Parameter dieser App zugänglich.

aApp

Die App, die für den App-Filter einer Datenquelle getestet werden soll (wenn dort Alle Apps gewählt oder Kopien einbeziehen angehakt wurde, siehe Anlegen von Datenquellen). Die App-Parameter a.p_<identifier> stehen für diese App nicht zur Verfügung.

rDatensätze

Der Datensatz der für den jeweiligen Zweck getestet werden soll, also der Datensatz der für die Filterbedingung bei Datenquellen gefiltert werden soll, oder bei den Farben im Datenmanagement eingefärbt werden soll, oder bei der Konfiguration für untergeordnete Datensätze (bei der Filterbedingung und der Sortierung) der untergeordnete Datensatz etc.

recordDatensätze

Wenn ein Anzeige-Template als Detail-Template aufgerufen wird und wenn ein E-Mail-Template aufgerufen wird, so ist der Detaildatensatz unter der Variable record in der Filterbedingung für Datenquellen zugänglich. Da die App des Detail-Datensatzes an dieser Stelle nicht bekannt ist, stehen nur die allgemeinen Attribute id, app, createdat, createdby, updatedat und updatedby zur Verfügung (d.h. record.id ist die eindeutige 30-stellige Kennung des Detail-Datensatzes), nicht aber die Felder v_<identifier>.

Bemerkung

Die früheren Variablen lang, mode und search stehen jetzt als die Funktionen lang(), mode() und search() zur Verfügung. Ebenso wurden die früheren Variablen request.* und params.* (bzw. p.*) durch Funktionen ersetzt: request_id(), request_method(), request_url(), request_cookie() sowie die request_param_*()- und request_header_*()-Funktionen (z.B. request_param_str("x") statt params.str.x).