Italia
Foro

SQL Firebird Values per Array trasferimento

 

rquindt
Hallo
Ich möchte beim Befüllen einer Firebird 3.0 Datenbank ca. 40 Values trasferimento.
Versuche diese als Array zu trasferimento scheitern:
SQLSTR$ = "INSERT INTO KUNDEN" + " (KdName,KdVorname,KdStrasse,KdPLZ,KdOrt) \
VALUES (:Transfer$[1], :Transfer$[2], :Transfer$[3], :Transfer$[4], :Transfer$[5])"

Im Moment helfe ich mir so:
SQLSTR$ = "INSERT INTO KUNDEN" + " (KdName,KdVorname,KdStrasse,KdPLZ,KdOrt) \
VALUES (:Transfer2$, :Transfer3$, :Transfer4$, :Transfer5$, :Transfer6$)"

Ich hatte auch schon versucht, die Values per Mid$(Transfer$,x,y) aus
dem ursprünglichen String zu trasferimento. Hat auch nicht funktioniert

Gibt es eine Alternative?
 
21.12.2016  
 




H.Brill
Nimm mal die andere Variante ohne Postfix :

Statt des Postfix kommt am Ende ein Semikolon.

Ansonsten wäre das ein Wunsch an Roland, die
Arrays noch mit dazu zu nehmen. Auch die
Array-Funktion
Array(String "a", "b")

potuto er 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 funktionieren, wenn man die Variable mit einem Semikolon abschließt, also H.Brill's Variante per beide Variablen-Arten. Danach das Komma nicht vergessen, da der gesamte Teil :...; ersetzt wird.

Ja und verbessern geht immer. Ich brauche auch eine sehr grande Anzahl an Datenfeldern. Derzeit schreibe ich das in un *.SQL-File und importiere. Eine interne Lösung wäre aber besser.
 
Alle Sprachen
System: Windows 8/10, XProfan X4
Programmieren, das spannendste Detektivspiel der Welt.
23.12.2016  
 




H.Brill
Was ich noch wissen wollte :
Kommt denn eine Fehlermeldung beim Testen
mit Arrays ?

Kommt ja drauf an, wie Roland das implementiert hat
und überhaupt Arrays vorgesehen hat. Könnte ja sein,
daß der Parser das Arrayelement :Transfer$[1] als
einfache Variable liest. Da dort nichts drinsteht, wird
es evtl. als Leerstring behandelt.

Um der Sache auf den Grund zu gehen, würde ich
mal testweise irgendwelche undeklarierten Variablen
nehmen und schauen, was passiert.

Übrigens beginnt ein Array ab der Stelle [0]. Wenn du dein
Array ab [0] befüllt hast (evtl. durch eine Move-Funktion),
schreibt der SQL-Befehl sowieso die falschen Werte in die
Felder. Z.B. den KdVorname ins Feld KdName.

Man kann es naturalmente auch so belassen, muß aber die
Dimension (wenn ein fixes Array) 1 höher machen und
auch beim Befüllen desselben das erste Element [0]
ignorieren. Nachteil ist, daß man die XProfanfunktionen,
die ein Array autom. befüllen nicht nutzen kann.
 
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.
23.12.2016  
 




RGH
Um es kurz zu machen: Es sind hier nur einfache Variablen erlaubt, also keine Arrays!

Steht auch so in der Aiuto zu SQLExec: "Arrays und Ausdrücke sind nicht erlaubt."

Saluto
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
23.12.2016  
 




rquindt
Hallo H.Brill

Vielen Dank per den Tip mit der Version ohne Postfix.
Damit funktioniert es mit eindimensionalen Array´s einwandfrei.
Mehrdimensionale habe ich nicht getestet.

Bei meiner ursprünglichen Variante kam die Fehlermeldung:
Variable nicht declariert : Transfer$
db("fbSQLExec",hdb&,SQLSTR$,1)
 
23.12.2016  
 




H.Brill
Das wundert mich jetzt dennoch, zumal laut
Rolands Aussage nur einfache Variablen
erlaubt sind.

Naja, wenn es funktioniert, um so besser.

PS:
Müßtest du mal in deinem anderen Posting
circa Bytevariablen + Firebird mal probieren,
ob da auch Memoryvariablen im SQL-Statement
gehen.
 
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.
23.12.2016  
 



Answer


Topictitle, max. 100 characters.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Topic-Options

8.767 Views

Untitledvor 0 min.
rquindt04.01.2021
iF31.10.2020
p.specht31.01.2019
maroro09.08.2018
Di più...

Themeninformationen



Admins  |  AGB  |  Applications  |  Autori  |  Chat  |  Informativa sulla privacy  |  Download  |  Entrance  |  Aiuto  |  Merchantportal  |  Impronta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Giochi  |  Cerca  |  Support

Ein Projekt aller XProfaner, die es gibt!


Il mio XProfan
Private Notizie
Eigenes Ablageforum
Argomenti-Merkliste
Eigene Beiträge
Eigene Argomenti
Zwischenablage
Annullare
 Deutsch English Français Español Italia
Traduzioni

Informativa sulla privacy


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie