Advantage , ODBC und SQL

[Cici]

Klar,
mache ich schon.
Mit der ADSQuery geht das wunderbar.

Ich versuche nur für einen Kunden eine ODBC Schnittstelle zu schaffen, und möchte die Möglichkeiten austesten, in wie weit
die Kombination ODBC/ADO nutzbar ist. SQL-Performance,...usw.

Im Ersten Schritt wäre wichtig, ob das Problem iM ADO oder der ODBC steckt.

[Patito]

Zitat von Cici:

Im Ersten Schritt wäre wichtig, ob das Problem iM ADO oder der ODBC steckt.

Das Problem steckt sicher in deinem SQL. Eine Query-Komponente stellt normalerweise genau eine Ergebnismenge dar.
Wenn Du die Ergebnismenge von 2 Selects gleichzeitig haben willst brauchst Du entweder 2 Query-Komponenten, oder Du schreibst den Select als eine Union (-> eine Ergebnismenge).

[Cici]

Danke für Deine Hilfe Patito,
nun habe ich folgendes Script probiert:

// 1. Ergbnissmenge erzeugen
Select * INTO #Temp1
From "C:\Databases\sys\User.ADT";
// 2. Ergbnissmenge erzeugen
Select * From #Temp1;
// 1. Ergbnissmenge wieder löschen
DROP TABLE #Temp1;

Sollte also nur eine Menge verbleiben.

Auch:
TRY
DROP TABLE #Temp1;
CATCH ADS_SCRIPT_EXCEPTION
END TRY;
Select * INTO #Temp1
From "C:\Databases\sys\User.ADT";
geht nicht.
Ohne den TRY ...- Block geht es.


Immer die selbe Meldung:
Commandtext gibt keine Ergebnissmenge zurück

Ich vermute langsam das verkettete SQL Anweisungen entweder von der ODBC oder von ADO nicht unterstützt werden.

[p80286]

Du willst augenscheinlich mit dem Kopf durch die Wand,
mit Ado und auch anderen Schnittstellen laufen Batch-SQL-Scripte nicht (so wie erwartet).

Wenn du so etwas durchziehen willst mußt Du Dir Deine eigene Oberfläche erstellen.
Was Deine Temp-Tabelle angeht, sollte sie wirklich eien Temp-Tabelle sein, so ist die Frage wie lange sie überlebt. Wenn keine Tabele dann keine Daten.

Gruß
K-H