IBDAC und Execsql

[mkinzler]

.Execute() ist imho nur für SPs
TIBCQuery bietet direkt die Möglichkeit Statements für INSERT, UPDATE, DELETE, ... zusätzlich zum Selectstatement zu konfigurieren

[kretabiker]

Hi,

@mkinzler: ne, Execute paßt schon, denn ExecSQL macht auch nichts anderes als Execute aufzurufen - laut Doku: "The ExecSQL method does the same as the TCustomDADataSet.Execute method. It is included to TCustomIBCQuery for compatibility with TQuery." Im Source steht auch nix weiter als der Aufruf von "Execute" in der Methode.

@hanspeter: wir nutzen selbst IBDAC und fast ausschließlich TIBCQUERY. Keine Änderung des Verhaltens von Execute bis einschließlich 3.10.irgendwas. Die letzte Version 3.5.sonstwas haben wir noch nicht.

Viele Grüße

Udo "Kretabiker" Treichel

[hanspeter]

Zitat von kretabiker:

Hi,

@hanspeter: wir nutzen selbst IBDAC und fast ausschließlich TIBCQUERY. Keine Änderung des Verhaltens von Execute bis einschließlich 3.10.irgendwas. Die letzte Version 3.5.sonstwas haben wir noch nicht.

Viele Grüße

Udo "Kretabiker" Treichel

Ich habe in die Quelle geschaut. In Execute steht nichts weiter als ExecSQL.
Trotzdem funktioniert es in einer Umgebung, und in der anderen aber nicht.
Ich habe jetzt die Update/InsertQuery gegen eine TIBCSQL Komponente ausgetauscht.
Da funktioniert es jetzt. (In dieser Componente heißt es nun sinnigerweise wieder Execute)
Das ist nicht das erste mal, das sich Delphi-Compilate bei mir instabil verhalten.
In der Umgebung, wo TIBCQuery nicht funktioniert, wird noch der locale ADS-Server verwendet.
Wie gesagt das Verhalten ist im SQL Monitor zu beobachten.
Ich verwende FB 2.5 X64.

Gruß Peter