Advantage , ODBC und SQL

[Cici]

Hallo Gemeinde,
ich stehe auf dem Schlauch.
Ich greife auf eine ADS DB mit AdoQuery via ODBC zu.

Das funktioniert soweit.
Zum Problem:
1.
SQL:='Select * FROM "C:\PATH\TABNAME.ADT";';
Query.Open;

Funktioniert !

2.
SQL:='Select * FROM "C:\PATH\TABNAME1.ADT"; Select * FROM "C:\PATH\TABNAME2.ADT";';
Query.Open;

Funktioniert nicht !!!
commandtext gibt keine ergebnismenge zurück

ExecSQL macht keinen Sinn, da ja ein Ergebnis erwartet wird.

Wer kann mir helfen?

[Bernhard Geyer]

Kann den TADOQuery mit mehreren Resultsets zurecht kommen?
Ich denke hier musst du direkt auf die Basis-ADO-Interfaces zurückgreifen.

[Cici]

Danke für Deine Antwort,
normalerweise sollte es nur ein resultset geben.

Das SQL:
Select * INTO #Temp1
From "C:\ATB\Databases\192\sys\User.ADT";

Select * From #Temp1;

funtzt auch nicht.

Temp Tabellen zu nutzen, sollte doch wohl mit ADO möglich sein. Oder liegt das Problem in der ODBC?
"ADS" unterstützt SQL scripting im SQL jedenfalls.

[Bernhard Geyer]

Wieso nimmst du bei ADS nicht die nativen Komponenten?

[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