SQL-Abfrage in Excel-Tabelle via ADO mit Parameter

[humbuck]

Zitat von kompi:

Die Ado Komponente meckert, weil sie den Parameter :Halle nicht auflösen kann. Diese Parameter muss man bei geschlossener Query zunächst einmal setzen.
...

Hallo Kompi,

erst mal vielen Dank für deine Antwort. Ist nachvollziehbar, was du geschrieben hast. Ahnte ich ja schon.
Leider muss ich mir dann allerdings für meinen Bedarf programmiertechnisch etwas ausdenken, um den Datentyp vorher herauszubekommen. Sprich: SQL-Script vom Programm analysieren lassen und dann die ermittelten Daten an die Query-Komponente übergeben.
Danach erst SQLExec....

Dann wird ich mal loslegen...

[p80286]

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

Gruß
K-H

[Dejan Vu]

Zitat von humbuck:

Sprich: SQL-Script vom Programm analysieren lassen und dann die ermittelten Daten an die Query-Komponente übergeben.

Woher bekommst Du den die Query-Anweisung? Wenn das dynamisch zusammengebaut ist, weiss der Zusammenbauer ja, was für ein Datentyp der Parameter haben muss.

[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.

Zitat von Dejan Vu:

Woher bekommst Du den die Query-Anweisung? Wenn das dynamisch zusammengebaut ist, weiss der Zusammenbauer ja, was für ein Datentyp der Parameter haben muss.

Der 'Zusammenbauer' weiß das vielleicht... . Der brauch dann aber kein Script mit Parameterübergabe. Das brauch nur der, der es nicht weiß. Und der darf dann nicht im Script rumpfuschen.
Ergo: Das Programm muss das dann wissen. Und das klappt jetzt. War ein bissel getippe, um alle möglichen Variationen eines SQL-Scriptes zu berücksichtigen... aber...

funzt!

[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

[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.

[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