Tabellen einer Datenbank anzeigen Options

[Zet]

Hallo,

ich möchte gern die Tabellen meiner Datenbank anzeigen.
Dafür wollte ich das VI DB_List DB Tables benutzen. Leider bekomme ich eine Fehlermeldung:

Error -2147217900 occurred at Exception occured in Microsoft OLE DB Provider for ODBS Drivers: [MySQL][ODBC 3.51
Driver][mysqld-5.0.41-community-nt]You have an error in yoir SQL syntax; check the manual that corresponds to your MySQL
server version for the right syntax to use near '[dbname]' at line 1 in ADOTool_ADO API.vi->ADOTool_List DB Tables.vi-
>Untitled 1

This error code is undefined. No one has provided a description for this code, or you might have wired a number that ist not an error
code to the error code input.

Ich benutze LabVIEW 8.5.

Woran kann das liegen? Die anderen VI's (bspw. SELECT) funktionieren tadellos.

Grüße Zet

[CB]

Hallo,

ich möchte gern die Tabellen meiner Datenbank anzeigen.
Dafür wollte ich das VI DB_List DB Tables benutzen. Leider bekomme ich eine Fehlermeldung:

Error -2147217900 occurred at Exception occured in Microsoft OLE DB Provider for ODBS Drivers: [MySQL][ODBC 3.51
Driver][mysqld-5.0.41-community-nt]You have an error in yoir SQL syntax; check the manual that corresponds to your MySQL
server version for the right syntax to use near '[dbname]' at line 1 in ADOTool_ADO API.vi->ADOTool_List DB Tables.vi-
>Untitled 1

This error code is undefined. No one has provided a description for this code, or you might have wired a number that ist not an error
code to the error code input.

Ich benutze LabVIEW 8.5.

Woran kann das liegen? Die anderen VI's (bspw. SELECT) funktionieren tadellos.

Grüße Zet

Klingt nach einem Bug im ADO-Toolkit. So wie es aussieht verwendet die Einstellung "MySQL" eine Abfrage, die dafür gedacht ist die Tabellen / Spalten beim MSSQL-Server auszulesen. Ich schau mir das am Wochenende mal an, wenn sich der Verdacht bestätigt gibt's am Montag ein Update vom ADO-Toolkit ....

[Zet]

Hallo,

Klingt nach einem Bug im ADO-Toolkit. So wie es aussieht verwendet die Einstellung "MySQL" eine Abfrage, die dafür gedacht ist die Tabellen / Spalten beim MSSQL-Server auszulesen.

Ich habe heute nochmal mit LabVIEW 7.1 getestet, da funktioniert es ohne Probleme.

Grüße Zet

[CB]

ja, dafür ist im ADO-Toolkit für LV 7.x ein anderer Bug bei der Funktion zum Anzeigen der Tabellen / Spalten. Der stört nur zufällig beim MySQL Server nicht, weil dieser die Anfrage immer auf die aktuelle Datenbank bezieht. Beim MSSQL Server bekommt man ALLE Datenbanken mit ALLEN Spalten zurück und das kann unter umständen sehr lange dauern und sehr viel Speicher verbrauchen.

Das grundsätzliche Problem dabei ist, dass man in LV keine "komplizierten" Variant Daten erzeugen kann. Man kann zwar LV Daten in einen Variant umwandeln, aber keine besonderen Typen zusammenbauen. Leider ist bei der ADO-Methode mit der man die Tabellen / Spalten auflisten kann, genau der Parameter mit dem an z.B. einschränken kann um welche Datenbank es sich handeln soll so ein "komplizierter" Variant, den man in LabVIEW "ums verrecken einfach nicht" zusammenbauen kann (ich hab da min. 2 Tage dran gesessen ...)

Aus diesem Grund habe ich beim ADO-Toolkit für LV 8.x auf eine Stored System Procedure des MSSQL-Server zurückgegriffen um an die gewünschten Informationen zu kommen ...

[CB]

Nachtrag: der Bug ist gefixt ...

 ADO_Tool.zip ( 1.24MB ) Number of downloads: 567

[Zet]

Hallo,

erstmal vielen Dank für den schnellen Support. Wenn's nur überall so wäre! :-)

...dafür ist im ADO-Toolkit für LV 7.x ein anderer Bug bei der Funktion zum Anzeigen der Tabellen / Spalten. Der stört nur zufällig beim MySQL Server nicht, weil dieser die Anfrage immer auf die aktuelle Datenbank bezieht.

Da hab ich aber nochmal Glück gehabt, dass ich nur MySQL nutzen muss. ;-)

P.S.: Ich finde das Toolkit richtig gut. Es hat mir wirklich sehr geholfen und wird immernoch ständig genutzt. Vielen Dank.

This post has been edited by Zet: 28. Feb 2008, 21:36

[CB]

Hallo,

erstmal vielen Dank für den schnellen Support. Wenn's nur überall so wäre! :-)
Da hab ich aber nochmal Glück gehabt, dass ich nur MySQL nutzen muss. ;-)

P.S.: Ich finde das Toolkit richtig gut. Es hat mir wirklich sehr geholfen und wird immernoch ständig genutzt. Vielen Dank.

kein Problem. Ich hab das Toolkit eigentlich nur für mich geschrieben, weil ich in 2004 zu geizig war die 1200 Euronen für das Database connectivity Toolset auszugeben. Ich freu mich aber trozdem, dass es sich immer weiter verbreitet

Und ich finde es gut, wenn ich hier Feedback bekomme, ich hab nicht wirklich die Zeit alles im Detail zu debuggen, bevor ich ein Release erstelle ...