do as transaction
.do as transaction
wurde insbesondere für die Apps (iPhone, iPad, Android und Mac App) entwickelt, um sicherzustellen, dass Skripte auch lokal verarbeitet werden können. Das ist zum Beispiel der Fall, wenn die Internet-Verbindung unterbrochen ist.do as transaction
in der Web-App verwenden, wird das Skript immer auf dem Server ausgefĂĽhrt.select
-Befehlen ist in der Regel sehr performance-lastig, daher empfehlen wir solche Skripte in einen do as transaction
-Block einzusetzen, um den Vorgang zu beschleunigen.do as transaction
ausgefĂĽhrt.do as server
sollte nicht in Triggern benutzt werden, da Trigger im Browser immer serverseitig und in der App immer lokal ausgefĂĽhrt werden. Verwenden Sie daher do as server
am besten in Buttons.do as server
wird meistens in Verbindung mit der Funktion http()
verbunden, um API-Calls zuerst serverseitig auszufĂĽhren. Damit wird die CORS-Richtlinie (Cross-origin resource sharing) der Browser umgangen, die ansonsten den http
-Aufruf blockieren wĂĽrde. AnschlieĂźend erhalten Sie die angeforderten Daten vom Server.alert()
.result
-Wert der Response zurĂĽckgegeben, der in diesem Fall aus nur 1 Datensatz und der in den einzelnen Feldern enthaltenen Informationen besteht.do as deferred
dafĂĽr sorgen, dass lesende Anweisungen innerhalb einer schreibenden Transaktion in eine eigene (lesende) Transaktion ausgegliedert werden. Dies kann damit im Hintergrund ausgefĂĽhrt werden.do as deferred
kann die Abarbeitung von Anweisungen beschleunigt werden, da Anweisungen, die zwischen do as deferred
und end
stehen, gesondert abgearbeitet werden und somit andere Prozesse nicht behindern.