XProfan

Kompilieren Marca Separación

H.Brill

Tomar veces el otro Variante sin Postfix :

VALUES(:Transfer[1];, usw.

Statt des Sufijo kommt al Ende una Semikolon.

Ansonsten wäre el una Wunsch a Roland, el
Arrays todavía con dazu a nehmen. Auch el
Array-Función

Kompilieren Marca Separación

Array(String "a", "b")

podría él 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.

Lo debería eigentlich beides trabajo, si uno el Variable con un Semikolon abschließt, also H.Brill's Variante para beide Variables-Arten. Danach el Komma no vergessen, como el gesamte Teil :...; ersetzt se.

Sí y verbessern va siempre. Yo brauche auch una muy große Anzahl a Datenfeldern. Derzeit escribir Yo el en un *.SQL-Expediente y importiere. Un interne Solución wäre aber mejor.

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

H.Brill

Was Todavía wissen quería :
Kommt porque una Fehlermeldung beim Testen
con Arrays ?

Kommt sí en él a, como Roland el implementiert ha
y überhaupt Arrays vorgesehen ha. Könnte sí ser,
daß el Parser el Arrayelement :Transfer$[1] como
einfache Variable liest. Como hay nichts drinsteht, se
lo evtl. como Leerstring behandelt.

Um el Sache en el Grund a ir, sería Yo
veces testweise irgendwelche undeklarierten Variables
nehmen y schauen, qué passiert.

Übrigens beginnt una Array de el Punto [0]. Wenn du dein
Array de [0] befüllt hast (evtl. por una Move-Función),
schreibt el SQL-Befehl sowieso el falschen Werte en el
Felder. Z.B. el KdVorname en el Feld KdName.

Se puede lo natürlich auch así belassen, muß aber el
Dimension (si una fixes Array) 1 höher hacer y
auch beim Befüllen desselben el erste Element [0]
ignorieren. Nachteil es, daß uno el XProfanfunktionen,
el una Array autom. befüllen no nutzen kann.

RGH

Um lo kurz a hacer: Hay hier sólo einfache Variables erlaubt, also no Arrays!

Steht auch así en el Ayuda a SQLExec: "Arrays y Ausdrücke son no erlaubt."

Saludo
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

¡Hola H.Brill

Vielen Dank para el Tip con el Versión sin Postfix.
Damit funktioniert lo con eindimensionalen Array´s einwandfrei.
Mehrdimensionale Yo no getestet.

En meiner ursprünglichen Variante kam el Fehlermeldung:
Variable no declariert : Transfer$
db("fbSQLExec",hdb&,SQLSTR$,1)

H.Brill

Das wundert mich ahora todavía, especialmente laut
Rolands Aussage sólo einfache Variables
erlaubt son.

Naja, si funktioniert, en así mejor.

PS:
Müßtest du veces en deinem otro Posting
encima Bytevariablen + Firebird veces probieren,
si como auch Memoryvariablen en el SQL-Statement
ir.