+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: Datenbank & File IO (/Forum-Datenbank-File-IO)
+---- Thema: Daten in Access speichern (/Thread-Daten-in-Access-speichern)
Daten in Access speichern - Student - 20.02.2007 13:31
Moin!
Ich hab ein Problem mit Datenübergabe an Access.
ich habe LV 8.20 und Database Tollkit. Ich beKomme eine seltsame Fehlermeldung.
Kann mirj emand vielleicht wieter helfen.
Gruss
Student
Daten in Access speichern - Y-P - 20.02.2007 14:33
Hallo,
Du übergibst kein Passwort und keine User-ID, wobei das bei Access glaub' nichts ausmacht. Aber probieren kannst Du es mal.
Hast Du es eigentlich geschafft mit der *.udl Datei eine Verbindung aufzubauen, oder hat das auch nicht geklappt?
Probier mal "Data Source=192.xxx.xxx.xxx;Location=BGV-A3-Daten;" anstatt "Data Source=BGV-A3-Daten" einzugeben.
Du musst dabei halt die richtige IP-Adresse (anstatt xxx) verwenden.
127.0.0.1, bzw. "localhost" stehen für Deinen lokalen Rechner.
Und schau mal, ob es bei Access evtl ein Konfigurations-File gibt, wo Du Rechner freigeben musst, die auf die DB zugreifen dürfen. (So ist es bei PostgreSQL).
Ansonsten sag' mal was in der Fehlermeldung steht.
Gruß Markus
Daten in Access speichern - Student - 20.02.2007 14:56
Hallo Markus,
Die Fehlermeldung lautet:
Cmd Execute.vi->DB Tools Insert Data.vi->DB_alles_schreiben.vi<ERR>Exception occured in Microsoft OLE DB Provider for ODBC Drivers: [Microsoft][ODBC Microsoft Access Driver] Syntaxfehler in der INSERT INTO-Anweisung. in Rec Create - Command.vi->Cmd Execute.vi->DB Tools Insert Data.vi->DB_alles_schreiben.vi
In der Datenbank ist kein Passwort und user-ID gesetzt, deswegen muss ich keine Passwort und user-ID übergeben. (glaube ich).
In der udl_Datei kann man die Verbindung testen - es funktioniert.
Gruss
Student
Daten in Access speichern - Y-P - 20.02.2007 15:57
Hallo,
ich weiß es jetzt auch nicht genau, aber möchte der Data-Eingang nicht ein Variant oder ein Cluster aus Variants anstatt eines Arrays aus Variants?
So steht es zumindest auch in der "Detailed Help". Probier es mal so.
Jedenfalls ist bei Deiner INSERT INTO-Anweisung was faul. Du kannst ja die SubVIs mal von "unten" herauf (tiefste Ebene, bis HauptVI) durchtesten. Da wo dann der Fehler kommt kannst Du dann mal schauen.
Anm: Ich verwende das InsertVI nicht. Du kannst es ja auch mal mit dem "Execute-VI" probieren und da den kompletten INSERT INTO Befehl komplett als String reinschreiben.
Gruß Markus
' schrieb:Hallo Markus,
Die Fehlermeldung lautet:
Cmd Execute.vi->DB Tools Insert Data.vi->DB_alles_schreiben.vi<ERR>Exception occured in Microsoft OLE DB Provider for ODBC Drivers: [Microsoft][ODBC Microsoft Access Driver] Syntaxfehler in der INSERT INTO-Anweisung. in Rec Create - Command.vi->Cmd Execute.vi->DB Tools Insert Data.vi->DB_alles_schreiben.vi
In der Datenbank ist kein Passwort und user-ID gesetzt, deswegen muss ich keine Passwort und user-ID übergeben. (glaube ich).
In der udl_Datei kann man die Verbindung testen - es funktioniert.
Gruss
Student
Daten in Access speichern - Achim - 21.02.2007 08:19
Hi,
vielleicht ist das jetzt auch komplett daneben, ich hab mir die VIs auch nicht angeschaut...aber oft gibt es "Syntaxfehler", weil "Datenwert" mit 'Datenwert' ersetzt werden muss...oder auch umgekehrt...
Gruss
Achim
Daten in Access speichern - Student - 21.02.2007 08:55
Moin Markus,
mit der Datenübergabe habe ich schon rumgespielt, bringt aber nichts.
trotzdem VIELEN Dank.
Moin Achim,
was meinst du genau mit "Datenwert" mit 'Datenwert', meinst du das der SQL-Sting nur ( ' ) - Zeichen versteht. Der SQL-String wird automatisch von den Database Vi's konstruiert.
Gruss
Peter
Daten in Access speichern - Achim - 21.02.2007 09:07
Hi,
ja das weiß ich auch...aber manchmal gibts Versionskonflikte...probier mal mit nem MySQL-FrontEnd (z.B. "MySQL-Front"...ist freeware), deinen Datenstring in die DB zu schreiben...da kannst du dann einfach mal "..." mit '...' ersetzten, vielleicht liegts wirklich daran...in meiner alten Firma hatten wir das hin und wieder...
A.