Mvsql im Jitterbit App Builder
Übersicht
mvSQL ist der SQL-Dialekt des App Builders. Er ermöglicht es Benutzern, einen einheitlichen Satz von Syntax und Funktionen zu erlernen und zu verwenden, während der App Builder diese Syntax in herstellerspezifische Ausdrücke übersetzt. mvSQL kann für Abfrage relationaler Datenbanken, Speicher, REST, Dateisysteme oder anderer von App Builder unterstützter Datenanbieter verwendet werden.
Mvsql-versionen
Die vom App Builder unterstützten mvSQL-Versionen werden so aufgelistet, dass die älteste unterstützte Version zuerst angezeigt wird (Version 1).
Version 1
Die älteste vom App Builder unterstützte Legacy-Version, Version 1 von mvSQL, ist noch strenger als vor der Überarbeitung der Grammatik und des Parsers. Die meisten älteren App Builder Apps sollten mit dieser Version ausgeführt werden.
Version 2
mvSQL Version 2 verbessert die Passthrough-Syntax, unterstützt das Schließen und Fortsetzen regulärer mvSQL-Ausdrücke und unterstützt Escape-Zeichen.
Beispiel
Version 1 würde dies sehen (in MS SQL Server) ${ [vendor syntax] } || 'my example' als ${ [vendor syntax] || 'my example' } Rendern [vendor syntax] || 'my example'.
Version 2 würde wie vorgesehen geparst und wie folgt dargestellt werden: [vendor syntax] + 'my example'. Beachten Sie, dass die Verkettung anbieterspezifisch ist.
Version 3
Version 3 von mvSQL erfordert korrekte Tabellenpräfixe. Bis zu dieser Version waren fehlerhafte Tabellenpräfixe zulässig, wenn der App Builder dies durch Überprüfung der anderen Spalten ableiten konnte.
Beispiel
In früheren Versionen von mvSQL funktionierte die Verwendung eines nicht vorhandenen Tabellenalias oder sogar eines vorhandenen Tabellenalias, der die referenzierte Spalte nicht enthielt, weiterhin, solange der Spaltenname nur in einer der Quellen auftauchte. Dieses Szenario stellt ein Problem dar, wenn derselbe Spaltenname einer anderen Quelle hinzugefügt wird und die Geschäftsregel nicht mehr funktioniert.
Version 4
In mvSQL Version 4 geben Laufzeitfunktionen einen gültigen Typ aus, anstatt immer einen String zu verwenden. Nullwerte werden nicht zu einem leeren String zusammengeführt.
Beispiel
Shared(ColumnName, numeric)
- Vor Version 4 gab der App Builder entweder
'0'wenn die Spalte nicht angegeben wurde, oder'1'wenn es so wäre (beachten Sie, dass es als Zeichenfolge gerendert wird, vorausgesetzt, der gemeinsame Wert ist hier1Natürlich) - Ab Version 4 gibt der App Builder nun
nullwenn es nicht bereitgestellt wurde, und1(ohne Anführungszeichen), wir haben auch parametrisiert, ob der Anbieter es unterstützt (@p0), da dies eine bessere Leistung des Anbieters ermöglicht. - Das bedeutet auch, dass sich der Wert leichter zusammenführen lässt. Früher hätte man, wenn man den Wert ändern wollte und er nicht angegeben war, etwas wie Folgendes benötigt:
IIF(Shared(ColumnName) = '', -1, Shared(ColumnName, numeric)), jetzt können SieISNULL(Shared(ColumnName, numeric), -1)Neue Regeln werden mit der höchsten verfügbaren Version (Version 4) erstellt. Um jedoch die Gültigkeit älterer Regeln zu gewährleisten, haben wir diese unverändert beibehalten. Bei Änderungen an einer Regel, die hiervon nicht betroffen ist (hauptsächlich Regeln ohne Laufzeit), aktualisiert der App Builder die mvSQL-Version automatisch.
Version 5
In Version 5 behandelt mvSQL jeden Passthrough als GRUPPIERBAR, wenn er Teil einer aggregierten Abfrage ist.
Um anzugeben, dass ein Ausdruck ein Aggregat ist, rufen Sie ihn mit dem Expression() Funktion.
Beispiel
Expression(${Count(1)})