+- 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: temporary tables im Storeprocedure (/Thread-temporary-tables-im-Storeprocedure)
temporary tables im Storeprocedure - ofahed - 15.06.2012 14:08
HILFE
Ich konnte leider nichts zu diesen Thema in den Discussionforums finden und
Ich hoffe Ihr könnt mir weiterhelfen.
folgendes Problem liegt vor:
Mit einem PC mit der Konfiguration WinXP, MSSQL 2008 und LV2011 kann ich das angefügte StoreProcedure problemlos ausführen. Bekomme jeweils, bei einem leeren String = die Werte von der temporären Tabelle und bei einem String mit Übergabewert den Übergabewert wieder.
Aber mit einem PC mit Win7, MSSQL 2008 und LV2011 sieht das ganze anders aus.
Nun werden die Werte aus dem temporary table nicht mehr übergeben.
Dafür habe ich ein einfaches Storeprocedure und die LabView File angehängt.
Beim ausführen kann man diese Verhalten erkennen.
Gibt es spezielle Richtlinien die mit der DB-Kommunikation in LV zu beachten sind, oder bei der Konfiguration von Windows7?
Vielen Dank im Vorraus,
Olli
RE: temporary tables im Storeprocedure - Y-P - 18.06.2012 08:06
Ohne jetzt Dein Bsp. im Detail angeschaut zu haben, stellt sich die Frage:
Hast Du auf Deinem Windows 7 - System den (richtigen) OLEDB-Treiber installiert und auch in der UDL-Datei ausgewählt?
Funktionieren eigentlich die anderen Zugriffe auf Deine DB, dann liegt es an der oben genannten Vermutung wohl nicht.
Gruß Markus
RE: temporary tables im Storeprocedure - ofahed - 18.06.2012 10:03
Hallo Markus,
Vielen Dank für deine Antwort.
Alles funktioniert und ist richtig installiert, ausser beim Benutzen von Temporaren Tabellen oder IF Cases mit Update funktionen z.B. (obwohl das IF_Condition nicht sinnvoll ist, würde aber beim select LV nichts übermitteln, wird der UPDATE-Befehl auskommentiert wird das Select wieder 1 übermitteln)
IF (1 = 1)
BEGIN
SET @Display = '1'
UPDATE dbo.T_blllahhbllahh SET LastLogin = GETDATE()
WHERE Username= @UserName
END
SELECT @Display
Also es ist sehr banal, wie gesagt mit dem Switch von XP auf Win7 64bit hat es aufeinmal nicht mehr funktioniert mit der Tabellen.
Ich werde jetzt noch einen Win7 32bit Rechner aufsetzen und den gleichen Vesuch starten.
Markus: Kannst Du denn temporar erstellte Tabellen auslesen mit Labview?
Gruss Olli
RE: temporary tables im Storeprocedure - ofahed - 18.06.2012 10:21
ich habe DSN Verbindung sowie UDL probiert.
Gruss Olli
RE: temporary tables im Storeprocedure - Y-P - 18.06.2012 11:57
Das habe ich (leider) bis jetzt noch gar nie probiert.
Gruß Markus
(18.06.2012 10:03 )ofahed schrieb: Markus: Kannst Du denn temporar erstellte Tabellen auslesen mit Labview?
RE: temporary tables im Storeprocedure - ofahed - 18.06.2012 12:26
Hallo Markus,
Vielen Dank nochmals.
Du hast es geschafft das ich zu mindest die Serverconnectionaufbau angezweifelt habe.
Jetzt klappt es zu mindest mit .DSN, obwohl es eigentlich mit eine Verbindung mit UDL aufgebaut werden sollte.
Interessanterweise gibt es bei WIN7 64bit zwei die gleiche Datenquellen (ODBC) Konfigurationsprogrämmchen (odbcad32.exe)
C:\Windows\SysWOW64\odbcad32.exe
C:\Windows\System32\odbcad32.exe
Heissen gleich, sind aber nicht gleich. Windows rief standardmässig die Exe aus dem System32 auf, Verbindung war ok aber dafür keine Ausgabewerte von den temporaren Tabellen.
Konfiguriert mit der Exe aus SysWOW64 gibt es jetzt Übergabewerte.
Wie auch hier beschrieben link, nur mit dem unterschied das meine Applikation sich mit dem Server verbinden konnte.
Jetzt ist nur noch interessant rauszufinden wie geht dieses wohl mit UDLs.
Gruss Olli
RE: temporary tables im Storeprocedure - ofahed - 18.06.2012 14:40
Ich haben jetzt einfach alle udls mit Connectionstrings ersetzt. link
geht jetzt vorerst alles wieder
gruss Olli