Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi ADOQuery: zwei SELECT, nur eine ausgeführt??? (https://www.delphipraxis.net/53573-adoquery-zwei-select-nur-eine-ausgefuehrt.html)

romber 19. Sep 2005 11:46

Datenbank: MSSQL Server • Version: 2000 • Zugriff über: ADO

ADOQuery: zwei SELECT, nur eine ausgeführt???
 
Hallo,

ich habe in einer ADOQuery als sql.text zwei SELECT-Anfragen eingegeben, es wird aber nur die erste ausgeführt? Warum und was kann ich dagegen tun?

Sharky 19. Sep 2005 11:52

Re: ADOQuery: zwei SELECT, nur eine ausgeführt???
 
Hai romber,

was sollen den zwei Select-Anfragen bewirken? Du kannst ja immer nur ein Ergebniss in deinem TDataSet abbilden.

romber 19. Sep 2005 12:25

Re: ADOQuery: zwei SELECT, nur eine ausgeführt???
 
In der ersten SELECT Anfrage werden die Datensätze nur gezählt. Die zweite liefert dann die Daten für den Grid.

marabu 19. Sep 2005 12:29

Re: ADOQuery: zwei SELECT, nur eine ausgeführt???
 
Hi romber,

erst Zählen und Ergebnis zwischenspeichern, dann zweites SELECT ausführen - so könnte es funktionieren.

marabu

shmia 19. Sep 2005 12:53

Re: ADOQuery: zwei SELECT, nur eine ausgeführt???
 
Es ist sehr zweifelhaft, ob ADO Express (=die ADO Komponenten) mit 2 Selects klarkommt.
Wenn überhaupt, dann so:
Delphi-Quellcode:
 ADOQuery1.Recordset := ADOQuery1.NextRecordSet;

Bernhard Geyer 19. Sep 2005 13:16

Re: ADOQuery: zwei SELECT, nur eine ausgeführt???
 
Zitat:

Zitat von romber
In der ersten SELECT Anfrage werden die Datensätze nur gezählt. Die zweite liefert dann die Daten für den Grid.

Verwendest Du Clientseitige Curser? Falls ja so steht dir eh sofort das RecordCount-Property mit gültigen Wert zur verfügung. Ein gesonderte Abfrage zur bestimmung der Anzahl ist absolut unnötig.


Alle Zeitangaben in WEZ +1. Es ist jetzt 21:34 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz