SQLGetData-Funktion

Konformität
Version eingeführt: ODBC 1.0 Standards Compliance: ISO 92

Zusammenfassung
SQLGetData ruft Daten für eine einzelne Spalte im Resultset oder für einen einzelnen Parameter ab, nachdem SQLParamData SQL_PARAM_DATA_AVAILABLE zurückgegeben hat. Es kann mehrmals aufgerufen werden, um Daten mit variabler Länge in Teilen abzurufen.

Syntax

  
SQLRETURN SQLGetData(  
      SQLHSTMT       StatementHandle,  
      SQLUSMALLINT   Col_or_Param_Num,  
      SQLSMALLINT    TargetType,  
      SQLPOINTER     TargetValuePtr,  
      SQLLEN         BufferLength,  
      SQLLEN *       StrLen_or_IndPtr);  

Argumente

StatementHandle
[Eingabe] Anweisungshandle.

Col_or_Param_Num
[Eingabe] Zum Abrufen von Spaltendaten ist es die Nummer der Spalte, für die Daten zurückgegeben werden sollen. Resultsetspalten werden in erhöhter Spaltenreihenfolge beginnend bei 1 nummeriert. Die Textmarkenspalte ist Die Spaltennummer 0; Dies kann nur angegeben werden, wenn Lesezeichen aktiviert sind.

Zum Abrufen von Parameterdaten handelt es sich um das Ordinal des Parameters, der bei 1 beginnt.

TargetType
[Eingabe] Der Typbezeichner des C-Datentyps des *TargetValuePtr-Puffers . Eine Liste der gültigen C-Datentypen und Typbezeichner finden Sie im Abschnitt "C-Datentypen " in Anhang D: Datentypen.

Wenn TargetType SQL_ARD_TYPE ist, verwendet der Treiber den typbezeichner, der im feld SQL_DESC_CONCISE_TYPE der ARD angegeben ist. Wenn TargetType SQL_APD_TYPE ist, verwendet SQLGetData denselben C-Datentyp, der in SQLBindParameter angegeben wurde. Andernfalls überschreibt der in SQLGetData angegebene C-Datentyp den in SQLBindParameter angegebenen C-Datentyp. Wenn es SQL_C_DEFAULT ist, wählt der Treiber den standardmäßigen C-Datentyp basierend auf dem SQL-Datentyp der Quelle aus.

Sie können auch einen erweiterten C-Datentyp angeben. Weitere Informationen finden Sie unter C-Datentypen in ODBC.

TargetValuePtr
[Ausgabe] Zeigen Sie auf den Puffer, in dem die Daten zurückgegeben werden sollen.

TargetValuePtr darf nicht NULL sein.

BufferLength
[Eingabe] Länge des *TargetValuePtr-Puffers in Bytes.

Der Treiber verwendet BufferLength , um das Schreiben über das Ende des *TargetValuePtr-Puffers zu vermeiden, wenn Daten mit variabler Länge zurückgegeben werden, z. B. Zeichen- oder Binärdaten. Beachten Sie, dass der Treiber das Nullendpunktzeichen zählt, wenn Zeichendaten an *TargetValuePtr zurückgegeben werden. *TargetValuePtr muss daher Leerzeichen für das Nullendzeichen enthalten, oder der Treiber schneidet die Daten ab.

Wenn der Treiber Daten mit fester Länge zurückgibt, z. B. eine ganze Zahl oder eine Datumsstruktur , ignoriert der Treiber BufferLength und geht davon aus, dass der Puffer groß genug ist, um die Daten aufzunehmen. Daher ist es wichtig, dass die Anwendung einen großen Puffer für Daten mit fester Länge zuweist, oder der Treiber über das Ende des Puffers schreibt.

SQLGetData gibt SQLSTATE HY090 (Ungültige Zeichenfolge oder Pufferlänge) zurück, wenn BufferLength kleiner als 0 ist, aber nicht, wenn BufferLength 0 ist.

StrLen_or_IndPtr
[Ausgabe] Zeigen Sie auf den Puffer, in dem die Länge oder der Indikatorwert zurückgegeben werden soll. Wenn es sich um einen Nullzeiger handelt, wird kein Längen- oder Indikatorwert zurückgegeben. Dadurch wird ein Fehler zurückgegeben, wenn die abgerufenen Daten NULL sind.

SQLGetData kann die folgenden Werte im Längen-/Indikatorpuffer zurückgeben:

• Die Länge der verfügbaren Daten, die zurückgegeben werden sollen

• SQL_NO_TOTAL

• SQL_NULL_DATA

Weitere Informationen finden Sie unter Verwenden von Längen-/Indikatorwerten und "Kommentaren" in diesem Thema.

Gibt zurück

SQL_SUCCESS, SQL_SUCCESS_WITH_INFO, SQL_NO_DATA, SQL_STILL_EXECUTING, SQL_ERROR oder SQL_INVALID_HANDLE.

Diagnostik

Wenn SQLGetData entweder SQL_ERROR oder SQL_SUCCESS_WITH_INFO zurückgibt, kann ein zugeordneter SQLSTATE-Wert durch Aufrufen von SQLGetDiagRec mit einem HandleType von SQL_HANDLE_STMT und einem Handle of StatementHandle abgerufen werden. In der folgenden Tabelle sind die SQLSTATE-Werte aufgeführt, die häufig von SQLGetData zurückgegeben werden, und jede wird im Kontext dieser Funktion erläutert. Die Notation "(DM)" steht vor den Beschreibungen von SQLSTATEs, die vom Treiber-Manager zurückgegeben werden. Der rückgabecode, der jedem SQLSTATE-Wert zugeordnet ist, ist SQL_ERROR, sofern nicht anders angegeben.

Kommentare

SQLGetData gibt die Daten in einer angegebenen Spalte zurück. SQLGetData kann nur aufgerufen werden, nachdem mindestens eine Zeile vom Resultset von SQLFetch, SQLFetchScroll oder SQLExtendedFetch abgerufen wurde. Wenn Daten mit variabler Länge zu groß sind, um in einem einzelnen Aufruf von SQLGetData (aufgrund einer Einschränkung in der Anwendung) zurückgegeben zu werden, kann SQLGetData sie in Teilen abrufen. Es ist möglich, einige Spalten in einer Zeile zu binden und SQLGetData für andere aufzurufen, obwohl dies einigen Einschränkungen unterliegt. Weitere Informationen finden Sie unter Abrufen langer Daten.

Informationen zur Verwendung von SQLGetData mit gestreamten Ausgabeparametern finden Sie unter Abrufen von Ausgabeparametern mit SQLGetData.

Verwenden von SQLGetData

Wenn der Treiber keine Erweiterungen für SQLGetData unterstützt, kann die Funktion Daten nur für ungebundene Spalten mit einer Zahl zurückgeben, die größer als die der letzten gebundenen Spalte ist. Darüber hinaus muss innerhalb einer Datenzeile der Wert des arguments Col_or_Param_Num in jedem Aufruf von SQLGetData größer oder gleich dem Wert von Col_or_Param_Num im vorherigen Aufruf sein; d. h. Daten müssen in zunehmender Spaltennummernreihenfolge abgerufen werden. Wenn keine Erweiterungen unterstützt werden, kann SQLGetData nicht aufgerufen werden, wenn die Rowsetgröße größer als 1 ist.

Fahrer können jede dieser Einschränkungen entspannen. Um zu bestimmen, welche Einschränkungen ein Treiber entspannt, ruft eine Anwendung SQLGetInfo mit einer der folgenden SQL_GETDATA_EXTENSIONS Optionen auf:

• SQL_GD_OUTPUT_PARAMS = SQLGetData kann aufgerufen werden, um Ausgabeparameterwerte zurückzugeben. Weitere Informationen finden Sie unter Abrufen von Ausgabeparametern mit SQLGetData.

• SQL_GD_ANY_COLUMN. Wenn diese Option zurückgegeben wird, kann SQLGetData für jede ungebundene Spalte aufgerufen werden, einschließlich derer vor der letzten gebundenen Spalte.

• SQL_GD_ANY_ORDER. Wenn diese Option zurückgegeben wird, kann SQLGetData für ungebundene Spalten in beliebiger Reihenfolge aufgerufen werden.

• SQL_GD_BLOCK. Wenn diese Option von SQLGetInfo für den SQL_GETDATA_EXTENSIONS InfoType zurückgegeben wird, unterstützt der Treiber Aufrufe von SQLGetData, wenn die Rowsetgröße größer als 1 ist und die Anwendung SQLSetPos mit der option SQL_POSITION aufrufen kann, um den Cursor vor dem Aufrufen von SQLGetData auf der richtigen Zeile zu positionieren.

• SQL_GD_BOUND. Wenn diese Option zurückgegeben wird, kann SQLGetData für gebundene Spalten sowie ungebundene Spalten aufgerufen werden.

Es gibt zwei Ausnahmen von diesen Einschränkungen und die Fähigkeit eines Fahrers, sie zu entspannen. Zunächst sollte SQLGetData niemals für einen Vorwärtscursor aufgerufen werden, wenn die Rowsetgröße größer als 1 ist. Wenn ein Treiber Lesezeichen unterstützt, muss er immer die Möglichkeit zum Aufrufen von SQLGetData für Spalte 0 unterstützen, auch wenn anwendungen sqlGetData für andere Spalten vor der letzten gebundenen Spalte nicht aufrufen können. (Wenn eine Anwendung mit einem ODBC 2*.x*-Treiber arbeitet, SQLGetData gibt erfolgreich eine Textmarke zurück, wenn sie mit Col_or_Param_Num gleich 0 nach einem Aufruf von SQLFetch aufgerufen wird, da SQLFetch vom ODBC 3*.x*-Treiber-Manager mit einer FetchOrientation von SQL_FETCH_NEXT und SQLGetData mit einem Col_or_Param_Num von 0 vom ODBC 3*.x*-Treiber-Manager mit einer FOption von SQL_GET_BOOKMARK zugeordnet wird.)

SQLGetData kann nicht verwendet werden, um die Textmarke für eine Zeile abzurufen, die gerade durch Aufrufen von SQLBulkOperations mit der Option SQL_ADD eingefügt wurde, da der Cursor nicht in der Zeile positioniert ist. Eine Anwendung kann die Textmarke für eine solche Zeile abrufen, indem Sie Spalte 0 binden, bevor SQLBulkOperations mit SQL_ADD aufgerufen wird. In diesem Fall gibt SQLBulkOperations die Textmarke im gebundenen Puffer zurück. SQLFetchScroll kann dann mit SQL_FETCH_BOOKMARK aufgerufen werden, um den Cursor in dieser Zeile neu zu positionieren.

Wenn das Argument TargetType ein Intervalldatentyp ist, werden die standardintervallführende Genauigkeit (2) und die Standardintervallsekundengenauigkeit (6) wie in den Feldern SQL_DESC_DATETIME_INTERVAL_PRECISION und SQL_DESC_PRECISION der ARD für die Daten verwendet. Wenn das TargetType-Argument ein SQL_C_NUMERIC Datentyp ist, werden die Standardgenauigkeit (treiberdefiniert) und die Standardskala (0) wie in den Feldern SQL_DESC_PRECISION und SQL_DESC_SCALE der ARD für die Daten verwendet. Wenn eine Standardgenauigkeit oder -skalierung nicht geeignet ist, sollte die Anwendung das entsprechende Deskriptorfeld explizit durch einen Aufruf von SQLSetDescField oder SQLSetDescRec festlegen. Sie kann das feld SQL_DESC_CONCISE_TYPE auf SQL_C_NUMERIC festlegen und SQLGetData mit einem TargetType-Argument von SQL_ARD_TYPE aufrufen, wodurch die Genauigkeits- und Skalierungswerte in den Deskriptorfeldern verwendet werden.

Abrufen von Daten mit variabler Länge in Teilen

SQLGetData kann verwendet werden, um Daten aus einer Spalte abzurufen, die Daten mit variabler Länge in Teilen enthält, d. h., wenn der Bezeichner des SQL-Datentyps der Spalte SQL_CHAR, SQL_VARCHAR, SQL_LONGVARCHAR, SQL_WCHAR, SQL_WVARCHAR, SQL_WLONGVARCHAR, SQL_BINARY, SQL_VARBINARY, SQL_LONGVARBINARY oder ein treiberspezifischer Bezeichner für einen Variablenlängentyp ist.

Um Daten aus einer Spalte in Teilen abzurufen, ruft die Anwendung SQLGetData mehrmals nacheinander für dieselbe Spalte auf. Bei jedem Aufruf gibt SQLGetData den nächsten Teil der Daten zurück. Es liegt an der Anwendung, die Teile neu zusammenzusammeln, wobei das Nullendpunktzeichen aus Zwischenteilen von Zeichendaten entfernt wird. Wenn mehr Daten zurückgegeben werden sollen oder nicht genügend Puffer für das Endzeichen zugeordnet wurde, gibt SQLGetData SQL_SUCCESS_WITH_INFO und SQLSTATE 01004 zurück (Daten abgeschnitten). Wenn der letzte Teil der Daten zurückgegeben wird, gibt SQLGetData SQL_SUCCESS zurück. Weder SQL_NO_TOTAL noch Null können beim letzten gültigen Aufruf zurückgegeben werden, um Daten aus einer Spalte abzurufen, da die Anwendung dann keine Möglichkeit hätte zu wissen, wie viel der Daten im Anwendungspuffer gültig ist. Wenn SQLGetData danach aufgerufen wird, wird SQL_NO_DATA zurückgegeben. Weitere Informationen finden Sie im nächsten Abschnitt "Abrufen von Daten mit SQLGetData".

Textmarken mit variabler Länge können in Teilen von SQLGetData zurückgegeben werden. Wie bei anderen Daten gibt ein Aufruf von SQLGetData zum Zurückgeben von Textmarken mit variabler Länge in Teilen SQLSTATE 01004 (Zeichenfolgendaten, rechts abgeschnitten) und SQL_SUCCESS_WITH_INFO zurück, wenn mehr Daten zurückgegeben werden sollen. Dies unterscheidet sich von dem Fall, wenn eine Textmarke mit variabler Länge durch einen Aufruf von SQLFetch oder SQLFetchScroll abgeschnitten wird, der SQL_ERROR und SQLSTATE 22001 zurückgibt (Zeichenfolgendaten, rechts abgeschnitten).

SQLGetData kann nicht verwendet werden, um Daten mit fester Länge in Teilen zurückzugeben. Wenn SQLGetData mehrere Mal in einer Zeile für eine Spalte mit Daten mit fester Länge aufgerufen wird, wird SQL_NO_DATA für alle Aufrufe nach dem ersten Zurückgegeben.

Abrufen von streamten Ausgabeparametern

Wenn ein Treiber gestreamte Ausgabeparameter unterstützt, kann eine Anwendung SQLGetData mit einem kleinen Puffer mehrmals aufrufen, um einen großen Parameterwert abzurufen. Weitere Informationen zum streamten Ausgabeparameter finden Sie unter Abrufen von Ausgabeparametern mithilfe von SQLGetData.

Abrufen von Daten mit SQLGetData

Um Daten für die angegebene Spalte zurückzugeben, führt SQLGetData die folgende Abfolge von Schritten aus:

1. Gibt SQL_NO_DATA zurück, wenn sie bereits alle Daten für die Spalte zurückgegeben hat.

2. Legt *StrLen_or_IndPtr auf SQL_NULL_DATA fest, wenn die Daten NULL sind. Wenn die Daten NULL sind und StrLen_or_IndPtr ein Nullzeiger war, gibt SQLGetData SQLSTATE 22002 zurück (Indikatorvariable erforderlich, aber nicht angegeben).

   Wenn die Daten für die Spalte nicht NULL sind, fährt SQLGetData mit Schritt 3 fort.

3. Wenn das attribut der SQL_ATTR_MAX_LENGTH-Anweisung auf einen Wert ungleich Null festgelegt ist, wenn die Spalte Zeichen- oder Binärdaten enthält und SQLGetData zuvor nicht für die Spalte aufgerufen wurde, werden die Daten auf SQL_ATTR_MAX_LENGTH Bytes abgeschnitten.

   Hinweis

   Das Attribut der SQL_ATTR_MAX_LENGTH-Anweisung soll den Netzwerkdatenverkehr reduzieren. Sie wird in der Regel von der Datenquelle implementiert, wodurch die Daten abgeschnitten werden, bevor sie über das Netzwerk zurückgegeben werden. Treiber und Datenquellen sind nicht erforderlich, um sie zu unterstützen. Um sicherzustellen, dass Daten auf eine bestimmte Größe abgeschnitten werden, sollte eine Anwendung einen Puffer dieser Größe zuweisen und die Größe im Argument BufferLength angeben.

4. Konvertiert die Daten in den in TargetType angegebenen Typ. Die Daten erhalten die Standardgenauigkeit und skalierung für diesen Datentyp. Wenn TargetType SQL_ARD_TYPE ist, wird der Datentyp im feld SQL_DESC_CONCISE_TYPE der ARD verwendet. Wenn TargetType SQL_ARD_TYPE ist, erhalten die Daten die Genauigkeit und Skalierung in den Feldern SQL_DESC_DATETIME_INTERVAL_PRECISION, SQL_DESC_PRECISION und SQL_DESC_SCALE der ARD, je nach Datentyp im feld SQL_DESC_CONCISE_TYPE. Wenn eine Standardgenauigkeit oder -skalierung nicht geeignet ist, sollte die Anwendung das entsprechende Deskriptorfeld explizit durch einen Aufruf von SQLSetDescField oder SQLSetDescRec festlegen.

5. Wenn die Daten in einen Datentyp variabler Länge konvertiert wurden, z. B. Zeichen oder binär, überprüft SQLGetData, ob die Länge der Daten BufferLength überschreitet. Wenn die Länge von Zeichendaten (einschließlich des Null-Beendigungszeichens ) PufferLength überschreitet, schneidet SQLGetData die Daten in BufferLength ab, weniger die Länge eines Null-Beendigungszeichens. Anschließend wird die Daten null beendet. Wenn die Länge der Binärdaten die Länge des Datenpuffers überschreitet, schneidet SQLGetData sie in BufferLength Bytes ab.

   Wenn der bereitgestellte Datenpuffer zu klein ist, um das Nullendpunktzeichen zu speichern, gibt SQLGetData SQL_SUCCESS_WITH_INFO und SQLSTATE 01004 zurück.

   SQLGetData schneidet daten, die in Datentypen mit fester Länge konvertiert wurden, nie ab. Es wird immer davon ausgegangen, dass die Länge von *TargetValuePtr die Größe des Datentyps ist.

6. Platziert die konvertierten (und möglicherweise abgeschnittenen) Daten in *TargetValuePtr. Beachten Sie, dass SQLGetData keine Daten aus der Zeile zurückgeben kann.

7. Platziert die Länge der Daten in *StrLen_or_IndPtr. Wenn StrLen_or_IndPtr ein Nullzeiger war, gibt SQLGetData die Länge nicht zurück.

   • Bei Zeichen- oder Binärdaten ist dies die Länge der Daten nach der Konvertierung und vor dem Abschneiden aufgrund von BufferLength. Wenn der Treiber die Länge der Daten nach der Konvertierung nicht ermitteln kann, wie es bei langen Daten der Fall ist, wird SQL_SUCCESS_WITH_INFO zurückgegeben und die Länge auf SQL_NO_TOTAL festgelegt. (Der letzte Aufruf an SQLGetData muss immer die Länge der Daten zurückgeben, nicht null oder SQL_NO_TOTAL.) Wenn Daten aufgrund des attributs SQL_ATTR_MAX_LENGTH Anweisung abgeschnitten wurden, wird der Wert dieses Attributs - im Gegensatz zur tatsächlichen Länge - in *StrLen_or_IndPtr platziert. Dies liegt daran, dass dieses Attribut zum Abschneiden von Daten auf dem Server vor der Konvertierung konzipiert ist, sodass der Treiber keine Möglichkeit hat, herauszufinden, was die tatsächliche Länge ist. Wenn SQLGetData mehrmals nacheinander für dieselbe Spalte aufgerufen wird, ist dies die Länge der Daten, die zu Beginn des aktuellen Aufrufs verfügbar sind. Das heißt, die Länge nimmt bei jedem nachfolgenden Aufruf ab.

   • Bei allen anderen Datentypen ist dies die Länge der Daten nach der Konvertierung; d. h. die Größe des Typs, in den die Daten konvertiert wurden.

8. Wenn die Daten während der Konvertierung ohne Bedeutungsverlust abgeschnitten werden (z. B. wird die reelle Zahl 1,234 beim Konvertieren in die ganze Zahl 1 abgeschnitten) oder weil BufferLength zu klein ist (z. B. wird die Zeichenfolge "abcdef" in einem 4-Byte-Puffer platziert), sqlGetData gibt SQLSTATE 01004 (Daten abgeschnitten) und SQL_SUCCESS_WITH_INFO zurück. Wenn Daten aufgrund des attributs SQL_ATTR_MAX_LENGTH Anweisung ohne Bedeutung abgeschnitten werden, gibt SQLGetData SQL_SUCCESS zurück und gibt SQLSTATE 01004 nicht zurück (Daten abgeschnitten).

Der Inhalt des gebundenen Datenpuffers (wenn SQLGetData in einer gebundenen Spalte aufgerufen wird) und der Längen-/Indikatorpuffer nicht definiert sind, wenn SQLGetData SQL_SUCCESS oder SQL_SUCCESS_WITH_INFO nicht zurückgibt.

Aufeinanderfolgende Aufrufe von SQLGetData rufen Daten aus der letzten angeforderten Spalte ab. Vorherige Offsets werden ungültig. Beispiel: Wenn die folgende Sequenz ausgeführt wird:

SQLGetData(icol=n), SQLGetData(icol=m), SQLGetData(icol=n)  

Der zweite Aufruf von SQLGetData(icol=n) ruft Daten vom Anfang der n-Spalte ab. Ein Offset in den Daten aufgrund früherer Aufrufe von SQLGetData für die Spalte ist nicht mehr gültig.

Deskriptoren und SQLGetData

SQLGetData interagiert nicht direkt mit Deskriptorfeldern.

Wenn TargetType SQL_ARD_TYPE ist, wird der Datentyp im feld SQL_DESC_CONCISE_TYPE der ARD verwendet. Wenn TargetType entweder SQL_ARD_TYPE oder SQL_C_DEFAULT ist, erhalten die Daten die Genauigkeit und Skalierung in den Feldern SQL_DESC_DATETIME_INTERVAL_PRECISION, SQL_DESC_PRECISION und SQL_DESC_SCALE der ARD, je nach Datentyp im feld SQL_DESC_CONCISE_TYPE.

Codebeispiel

Im folgenden Beispiel führt eine Anwendung eine SELECT-Anweisung aus, um ein Resultset der Kunden-IDs, Namen und Telefonnummern zurückzugeben, die nach Name, ID und Telefonnummer sortiert sind. Für jede Datenzeile ruft sie SQLFetch auf, um den Cursor an die nächste Zeile zu positionieren. Es ruft SQLGetData auf, um die abgerufenen Daten abzurufen. Die Puffer für die Daten und die zurückgegebene Anzahl von Bytes werden im Aufruf von SQLGetData angegeben. Schließlich werden der Name, die ID und die Telefonnummer der einzelnen Mitarbeiter ausgegeben.

#define NAME_LEN 50  
#define PHONE_LEN 50  
  
SQLCHAR      szName[NAME_LEN], szPhone[PHONE_LEN];  
SQLINTEGER   sCustID, cbName, cbAge, cbBirthday;  
SQLRETURN    retcode;  
SQLHSTMT     hstmt;  
  
retcode = SQLExecDirect(hstmt,  
   "SELECT CUSTID, NAME, PHONE FROM CUSTOMERS ORDER BY 2, 1, 3",  
   SQL_NTS);  
  
if (retcode == SQL_SUCCESS) {  
   while (TRUE) {  
      retcode = SQLFetch(hstmt);  
      if (retcode == SQL_ERROR || retcode == SQL_SUCCESS_WITH_INFO) {  
         show_error();  
      }  
      if (retcode == SQL_SUCCESS || retcode == SQL_SUCCESS_WITH_INFO){  
  
         /* Get data for columns 1, 2, and 3 */  
  
         SQLGetData(hstmt, 1, SQL_C_ULONG, &sCustID, 0, &cbCustID);  
         SQLGetData(hstmt, 2, SQL_C_CHAR, szName, NAME_LEN, &cbName);  
         SQLGetData(hstmt, 3, SQL_C_CHAR, szPhone, PHONE_LEN,  
            &cbPhone);  
  
         /* Print the row of data */  
  
         fprintf(out, "%-5d %-*s %*s", sCustID, NAME_LEN-1, szName,   
            PHONE_LEN-1, szPhone);  
      } else {  
         break;  
      }  
   }  
}  

Verwandte Funktionen

Weitere Informationen

ODBC-API-Referenz
ODBC-Headerdateien
Abrufen von Ausgabeparametern mithilfe von SQLGetData