XProfan

Kompilieren Marque Séparation

H.Brill

prends fois le autre variante sans Postfix :

VALUES(:Transfer[1];, usw.

Statt des Postfix venez am Ende un Semikolon.

Ansonsten wäre cela un Wunsch à Roland, qui
Arrays encore avec en supplément trop prendre. aussi qui
Array-Funktion

Kompilieren Marque Séparation

Array(String "a", "b")

pourrait il berücksichtigen.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

22.12.2016 ▲

Michael
W.

Es sollte eigentlich beides marcher, si on qui Variable avec einem Semikolon abschließt, alors H.Brill's variante pour beide Variablen-Arten. après cela Komma pas oublier qc, là qui gesamte partie :...; ersetzt wird.

et alors améliorer allez toujours. il me faut aussi une très grand Anzahl à Datenfeldern. Derzeit schreibe je cela dans un *.SQL-Dossier et importiere. une interne Solution wäre mais besser.

Alle Sprachen
System: Windows 8/10, XProfan X4
Programmieren, das spannendste Detektivspiel der Welt.

H.Brill

quoi je encore savons voulais :
venez car une Fehlermeldung beim Testen
avec Arrays ?

venez oui sur elle à, comment Roland cela implementiert hat
et überhaupt Arrays vorgesehen hat. Könnte oui son,
qui qui Parser cela Arrayelement :Transfer$[1] comme
simple Variable liest. là là rien drinsteht, wird
es peut-être. comme Leerstring behandelt.

Um qui l'affaire sur den Grund pour aller, serait je
la fois testweise irgendwelche undeklarierten Variablen
prendre et regarder, quoi passiert.

Incidemment beginnt un Array ab qui Stelle [0]. si du dein
Array ab [0] befüllt la hâte (peut-être. par une Move-Funktion),
écrit qui SQL-Befehl sowieso qui falschen Werte dans qui
Felder. Z.B. den KdVorname ins champ KdName.

il peut es naturellement aussi so belassen, doit mais qui
Dimension (si un fixes Array) 1 höher faire et
aussi beim Befüllen desselben cela erste Element [0]
ignorer. le tort ist, qui on qui XProfanfunktionen,
qui un Array autom. befüllen pas nutzen peux.

RGH

Um es kurz trop faire: il y a ici seulement simple Variablen erlaubt, alors aucun Arrays!

Steht aussi so dans qui Aider trop SQLExec: "Arrays et Ausdrücke sommes pas erlaubt."

Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

rquindt

allô H.Brill

Vielen Dank pour den Tip avec qui Version sans Postfix.
avec cela funktioniert es avec eindimensionalen Array´s einwandfrei.
Mehrdimensionale habe je pas getestet.

chez meiner original variante kam qui Fehlermeldung:
Variable pas declariert : Transfer$
db("fbSQLExec",hdb&,SQLSTR$,1)

H.Brill

cela wundert mich maintenant toutefois, zumal le son
Rolands Aussage seulement simple Variablen
erlaubt sommes.

bof, si es funktioniert, um so besser.

PS:
Müßtest du la fois dans deinem anderen Posting
sur Bytevariablen + Firebird la fois essayer,
si là aussi Memoryvariablen im SQL-Statement
. Go