Konflikt DataSet <-> Query

[Der Jan]

Hallo,

ich hab da grad ein ganz blödes Problem. undzwar habe ich in einer DB-Anwendung diverse DataSet und Query (TfibDataSet/TfibQuery).
Wenn ich jetzt ein Query ausführe, das eine Tabelle betrifft (nicht schreibend, SELECT reicht schon), wird das DataSet, welches auf die entsprechende Tabelle zugreift, geschlossen. Blöd ist das ganze, da das ganze erstens eben bei einer Vorführung der SW zum ersten mal passiert ist , zweitens ich keine Ahnung habe warum und drittens, naja, der Effekt ist vorher nicht aufgetreten. Das läßt mich vermuten, das es sich evtl. (hoffentlich) nur um ein Property-Setting handelt. Ich bin mir aber nicht bewußt etwas geändert zu haben (ich hab nichts gemacht )
Weiß vielleicht jemand, trotz meiner wagen Beschreibung, einen Rat?

[Hansa]

Die Frage ist, warum überhaupt eine BDE-Query zusammen mit FIBplus verwendet wird. Ist völlig unnötig und sollte man vermeiden.

[Der Jan]

Äh. Nee. Keine BDE-Query. Einmal TFibDataset und einmal TFibQuery. Ganz ohne BDE. Die vermeide ich generell

[Hansa]

Du brauchst aber keine Query. Das ist Schneee von gestern wegen BDE-Kompatibilät. Wozu soll die sonst gut sein ? TDataset bzw. Abkömmling reicht völlig.

[Der Jan]

Ich will aber
Nein mal im ernst, TFibQuery ist nicht das selbe wie TQuery, sondern wirklich nur das was es sein sollte, eine einfache Abfrage.
Und eben für eine einfache Abfrage, z.B. über drei Tabellen hinweg, die nur einen Wert bzw. Datensatz zurückbringt jedesmal ein DataSet? Oder für DataPumping? Nö. das ist irgendwo wie mit den Kanonen und den Spatzen.

Zitat:

Use a TpFibQuery component for data operation that need to be fast and lightweight

Ich will das aber nicht OT werden lassen.
Fakt ist, das ich beides verwende und leider mit meinem Problem nicht wirklich weiter bin.

[Hansa]

Zitat von Der Jan:

..für eine einfache Abfrage, z.B. über drei Tabellen hinweg, die nur einen Wert bzw. Datensatz zurückbringt jedesmal ein DataSet?...

Für 3 Tabellen braucht man lediglich ein einzelnes Dataset. Dieses muß nur wissen, um was es geht (sprich : SelectSQL). Alternativ wäre eine stored Procedure (SP) in Betracht zu ziehen und dann eben nur ParamByName besetzen. Das geht allerdings auch beim TDataSet. TFibQuery ist im Prinzip überflüssig. Und das ist keine Erfindung von mir, sondern eine Aussage von Serg Vestrikov.

[Lemmy]

Hi,

ich kenne mich mit FIBPlus jetzt nicht wirklich gut aus, aber ist es da nicht so, dass in der "Standardeinstellung" nach einem Select automatisch die Transaktion geschlossen wird? Schau mal nach, ob du da in der Query was einstellen kannst.

Lemmy

[alex517]

Hallo Jan,

kann es sein, daß das DataSet.Transaction und die Query.Transaction identisch sind und Query.Option auf [qoAutoCommit] steht?
Dann wird nach dem Ausführen bzw. Schließen der Query die gemeinsame Transaction beendet und
damit wird auch das DataSet geschlossen.
Lösung wäre z.B.
a) Query.Option NICHT auf [qoAutoCommit]
b) Query.Transaction separate Transaction
c) Query.Transaction an die UpdateTransaction hängen
je nach dem was gebraucht wird.
alex

[Der Jan]

Jo danke. Ich hatte es inzwischen auch gefunden. Irgendwie haben die Queries und die Datasets irgendwie plötzlich die selben Transaktionen benutzt, hab ich wohl aus Versehen im OI umgestellt, keine Ahnung ( ). Hab es wieder geändert und schon funzt der Kram wieder. War wohl gestern abend nach vielen Stunden Arbeit zu platt, das noch zu checken