Mirko Ok, aber moment - du sagtest ...dann kannst du diese Variable "mitnehmen ... nach meinem Kenntnisstand kann ich außerhalb einer [do as] Funktion definierte Variablen nicht innerhalb dieser Sektion verwenden.  Also wenn ich zuvor let me := this deklariere kann ich doch innerhalb von [do as transaction] nicht auf 'me' zurückgreifen  ? D.h. ich müsste noch innerhalb der [do as transaction] Funktion zuerst die me-Variable deklarieren....

Bsp:
 

let a :=  do as transaction
  let me := this;
  select Tabelle where Feld = me.Suchwert
end;

Das erschiene mir logisch.

Mirko Leider stimmt das nicht. Wenn ich eine Variable außerhalb von [do as server] deklariere, funktioniert sie innerhalb eben nicht und umgekehrt! Das würde das Leben bedeutend einfacher machen....

planox. proOk, man hört immer so viel "... glaube ich ..." - meine Erfahrung ist dass beides nicht funktioniert. Variable hineingeben oder herausholen. Aber ich teste das nochmal genauer - vielleicht hatte ich bisher immer nur den falschen Fall. Seit vorgestern weiß ich nur, dass die [do as] scripte einen Rückgabewert ausspucken, den man abgreifen kann - also let a := do as server select.... end. Aber wenn ich eben z.B. in der select-Abfrage eine Variable oder ein Feld verwende, welches vorher schon definiert wurde, wird's eben schwierig.

planox. proJa - ich wollte da niemanden angreifen sondern diese "aber..." ist eben immer latent vorhanden, was es manchmal nicht so einfach macht. Man zieht sich dann auf die Varianten zurück, mit denen man zuverlässig Erfolg hatte. So bin ich z.B. bei jeder nachträglichen Umstellung wo man [do as server] einbaut immer sehr vorsichtig, ob das Gesamtscript damit noch zuverlässig läuft. Und oft tut es das eben nicht mehr - selbst wenn man keine Variablen von außen mitnimmt. Also dieses "So müsste es eigentlich funktionieren" kenne ich sehr gut. Ich habe diesbezüglich schon Pferde kotzen sehen - wie man so schön sagt.
Und so ist es mit dem - für mich neuen - Hinweis, dass man [do as transaction] ja so einbauen kann, dass man einen  Rückgabewert daraus erhält und somit aber eine "slow-select" abfrage beschleunigen könnte. Das scheint tatsächlich zu klappen, aber eben bei mir nur da, wo ich in der Abfrage keinen Bezug auf den aktuellen Record nehmen muss. Also ist das ganze doch meist wieder sehr eingeschränkt verwendbar.
Aber vielen Dank für die Mühe das ganze so zu testen.

MirkoOk, vielen Dank für die Mühe. In der Praxis ist es so dass man ja mit den do..as Schleifen die Performance optimieren möchte. Wenn man ein Script ganz damit kapseln kann, ist der Optimalfall. Das geht aber nicht immer. In komplexen Scripten, in denen man Teile kapseln möchte ist es meist so, dass zuvor Variablen bestehen, die teilw. im gekapselten Bereich verändert werden müssten um dann danach weiterverarbeitet zu werden. Das geht - wie wir sehen - nicht. Es wäre schön wenn man z.B. mit set global XY Variablen global verfügbar machen könnte (Lesen+Schreiben) die dann auch durch diese gekapselten Bereiche vollständig verwendet werden könnten - das wäre mal ein gutes Feature. Aber so wie jetzt sind diese do...as Konstrukte nur sehr begrenzt einsetzbar wenn man nicht unzählige Hilfsfelder anlegt die man Anstatt von Variablen verwendet werden. Sehr schade.