SQL - Invalid cursor declaration

[dataspider]

So wie es aussieht, haben die IBX einen Fehler:
http://tracker.firebirdsql.org/browse/CORE-4559.

Keine leichte Aufgabe...

Frank

[hoika]

Hallo,

Zitat:

Keine leichte Aufgabe...

Wieso, die Lösung (IBX patchen) steht doch dort?
Ist nur sehr mühsam, das bei jeder Methode (Insert/Update/Delete) zu machen.

Wir hatten uns damals eine eigene TMyQuery abgeleitet und die entsprechenden Methoden überscheiben.
Und nein, die hieß nicht wirklich TMyQuery.

Der Rest ist dann Suchen/Ersetzen.

[stalkingwolf]

Moin,

danke für die Info.
Google wollte/will mir die Seite bei der Suche irgendwie nicht ausspucken.

dann schau ich mir das mal genauer an.

Gruß
Sven

[stalkingwolf]

Ich hoffe ich versteh das korrekt.

Wenn ich TIBSQL nutzen, dann füge ich den Code ein und nutze dann TMyIBSQL anstatt TIBSQL in meiner unit.
Da der FCursor Name im .create von TIBSQL generiert wird, sollte es reichen nach dem .create PatchIBSQLCursor aufzurufen.

also

Code:

q := TMyIBSQL.Create(nil);
q.database := dm.ibdb;
q.PatchIBSQLCursor(q);
.
.
.

Ausgabe in PatchIBSQLCursor vom Cursornamen schaut gut aus.

Korrekt verstanden?

[Union]

In neueren Versionen (hier 10.2.3) wird der Cursorname überhaupt nicht mehr gesetzt, dort entfällt das Problem, da isc_dsql_set_cursor_name nicht aufgerufen wird.

[hoika]

Hallo,
nein, nicht korrekt verstanden.
Rufe die Patch-Methode im Constructor deiner abgeleiteten Klasse auf.

Somit ist der Patch immer automatisch gesetzt.

Delphi-Quellcode:

constructor TMyIBSQL.Create ...
begin
  inherited ....

  PatchIBSQLCursor(Self);
end;

[stalkingwolf]

Ok ja. Das spart natürlich Arbeit.

Zitat von Union:

In neueren Versionen (hier 10.2.3) wird der Cursorname überhaupt nicht mehr gesetzt, dort entfällt das Problem, da isc_dsql_set_cursor_name nicht aufgerufen wird.

In 10.1 wird es noch im .prepare von TIBSQL aufgerufen.