SQL-Abfrage in Excel-Tabelle via ADO mit Parameter

[Sir Rufo]

Zitat von humbuck:

Zitat von p80286:

SQLExec? Ein Query.Open wäre hier wohl richtiger?

Hmmm... Wohl kaum. Erst SQLExec und danach Open... Das ist die Reihenfolge.

Häh, seit wann denn das?

Open macht exaktemente das absolut gleiche wie ExecSQL mit einem Unterschied, bei Open wird auch eine Datenmenge erwartet, bei ExecSQL eben nicht.

Ein Blick in die Dokumentation ist da wohl fällig
Data.Win.ADODB.TADOQuery.ExecSQL und Data.Win.ADODB.TADOQuery.Open
Schönes Zitat aus der Doku

Zitat:

Anmerkung: Rufen Sie bei SELECT-Anweisungen anstelle von ExecSQL die Methode Open auf, oder setzen Sie die Eigenschaft Active auf true.

PS

Für SQL-Code gibt es auch Code-Tags [ CODE="SQL" ] sieht dann gleich viel hübscher aus

SQL-Code:

SELECT 
  [Standbeschriftung.ID] AS ID, 
  [Standbeschriftung.AdressSortierung] AS AdressSortierung, 
  [Standbeschriftung.Halle] AS Halle, 
  [Standbeschriftung.StandNr] AS StandNr, 
  [Standbeschriftung.Blendentext] AS Blendentext,
  [Standbeschriftung.Firmensitz] AS Firmensitz, 
  [Standbeschriftung.Standleistung] AS Standleistung,
  [Standbeschriftung.OAS] AS OAS
FROM 
  [Standbeschriftung] 
WHERE
  Standbeschriftung.Halle LIKE :Halle

[humbuck]

Zitat von Sir Rufo:

Anmerkung: Rufen Sie bei SELECT-Anweisungen anstelle von ExecSQL die Methode Open auf, oder setzen Sie die Eigenschaft Active auf true.

Du hast natürlich Recht. Hierarchisch gesehen gibt es jedoch die besagte Reihenfolge.
Ich benötige aber in meinem Fall keine Datenmenge vom Query. Für mich ist der Aufruf von ExecSQL zunächst nur zur Tabellenstrukturanalyse notwendig, bzw. um auch ggf. eine Exception auszulösen.

Erst im späteren Verlauf des Programms benötige ich eine Datenmenge.

Zitat:

Für SQL-Code gibt es auch Code-Tags [ CODE="SQL" ] sieht dann gleich viel hübscher aus

Das sieht sogar hervorragend aus!

Mein Programm generiert das SQL-Script auf Anforderung. Das sieht dann nicht immer so schick aus, erfüllt aber seinen Zweck.
Von mir war es nur reine Faulheit, das ganze etwas schnuckeliger zu gestalten. Copy und Paste und Tschüß... Sorry

[Perlsau]

Zitat von Sir Rufo:

Zitat von humbuck:

Zitat von p80286:

SQLExec? Ein Query.Open wäre hier wohl richtiger?

Hmmm... Wohl kaum. Erst SQLExec und danach Open... Das ist die Reihenfolge.

Häh, seit wann denn das?

Du, der Mann hat 30 Jahre Erfahrung mit Datenbanken, ich würde seine Aussagen daher nicht anzweifeln

[Bernhard Geyer]

Zitat von humbuck:

Du hast natürlich Recht. Hierarchisch gesehen gibt es jedoch die besagte Reihenfolge.
Ich benötige aber in meinem Fall keine Datenmenge vom Query. Für mich ist der Aufruf von ExecSQL zunächst nur zur Tabellenstrukturanalyse notwendig, bzw. um auch ggf. eine Exception auszulösen.

Komisches Vorgehen Zur Tabellenstrukturanalyse gibt es bessere Möglichkeiten welche dir auch gezeigt wurden. Ein "ich lass es auf eine Excpetion laufen" dürfte auch im Rahmen von Performance nicht die beste sein da solche Exceptions teilweise sehr aufwändig sind.