+- 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: OUTPUT-String einer Stored Procedure "abgeschnitten" (/Thread-OUTPUT-String-einer-Stored-Procedure-abgeschnitten)
OUTPUT-String einer Stored Procedure "abgeschnitten" - jg - 29.03.2012 17:04
![[Bild: ei1.jpg]](http://www.labviewforum.de/images/ei1.jpg)
Hallo,
ich verwende das NI-DB-Toolkit, um aktuell unter
auf eine MS-SQL-2008-Datenbank zuzugreifen.Jetzt habe ich einige Stored-Procedures erstellt, die neben Übergabe-Werten auch "OUTPUT"-Werte haben, also z.B. etwas in der folgenden Art:
Code:
CREATE PROCEDURE [dbo].[test]
@id int,
@Info VARCHAR (2000) OUTPUT,
@Fehler VARCHAR(255) OUTPUTDer Aufruf der Prozedur klappt, so wie hier beschrieben:
http://digital.ni.com/public.nsf/websearch/9EDDED1E89054FEA86256DB400551780?OpenDocument
http://digital.ni.com/public.nsf/allkb/07FD130746083E0686257300006326C4
Jetzt zu den seltsamen Phänomen, vielleicht kann es mir jemand erklären.
1) Die Rückgabewerte @Info oder @Fehler sind in LabVIEW auf exakt 23 Zeichen abgeschnitten, auch wenn innerhalb der SP ein längerer String erstellt wird. Übergabedefinition z.B. so:
[attachment=39292]
oder alternativ auch als "OUTPUT" definiert, das macht keinen Unterschied. Innerhalb des MS SQL Server Management Studio habe ich dieses Problem nicht, da kann der String die 2000 Zeichen lang sein.
2) Dass der Übergabewert @id in der Datenbank als "int" definiert ist, interessiert LabVIEW recht wenig. Wenn ich als Datentyp Long(I32) auswähle, bekomme ich einen Fehler, laut Fehlercluster Possible reason(s): ADO Error: 0x80020009. Definiere ich @id in LabVIEW als String, geht alles in Ordnung.
Kennt jemand diese Effekte? Mache ich etwas falsch? Kommen diese Phänomen aus LabVIEW oder aus ADODB?
Viele Grüße,
Jens
RE: OUTPUT-String einer Stored Procedure "abgeschnitten" - jg - 02.04.2012 08:44
Push!
Gruß, Jens