[GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
[GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Hallo,
Ich teste z.Z. die eingebauten SQLdb-Komponenten.
Damit die anderen Benutzer der Datenbank Änderungen sofort sehen, muss man SQLQuery.ApplyUpdates und SQLTransaction.Commit aufrufen. (Datenbank wird gleichzeitig von mehreren Benutzern verwendet)
Danach wird SQLQuery automatisch geschlossen, ich muss es wieder mit SQLQuery.Active:=true öffnen.
Ist das normale Weg bei SQLDb-Komponenten oder mache ich etwas falsch?
Bei ZEOS-Komponenten kann man die Transaktion mit TZConnection.TransActIsolationLevel-Eigenschaft kontrollieren, aber SQLdb-Komponenten habe solche Eigenschaft/Funktion nicht entdeckt.
Ich teste z.Z. die eingebauten SQLdb-Komponenten.
Damit die anderen Benutzer der Datenbank Änderungen sofort sehen, muss man SQLQuery.ApplyUpdates und SQLTransaction.Commit aufrufen. (Datenbank wird gleichzeitig von mehreren Benutzern verwendet)
Danach wird SQLQuery automatisch geschlossen, ich muss es wieder mit SQLQuery.Active:=true öffnen.
Ist das normale Weg bei SQLDb-Komponenten oder mache ich etwas falsch?
Bei ZEOS-Komponenten kann man die Transaktion mit TZConnection.TransActIsolationLevel-Eigenschaft kontrollieren, aber SQLdb-Komponenten habe solche Eigenschaft/Funktion nicht entdeckt.
Zuletzt geändert von Soner am So 13. Apr 2014, 15:45, insgesamt 1-mal geändert.
Re: SQLdb, nach Query.Applyupdates und Transaction.Commmit .
TSQLTransaction benutzen
-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
Re: SQLdb, nach Query.Applyupdates und Transaction.Commmit .
Benutze ich sonst kann man TSqlquery nicht benutzen.hde hat geschrieben:TSQLTransaction benutzen
Meine Frage war, um die Änderungen die mit Db-Controls gemacht wurden für die anderen Benutzer zu machen, muss man Sqlquery.ApplyUpdates und SqlTransaction.Commit aufrufen. Dann wird aber SqlQuery geschlossen, damit die DbEdits nicht leer bleiben rufe ich anschließend SqlQuery.Active:= true auf.
Jetzt die Frage:
Ist das anschließende SqlQueryX.Active:=true setzen normales vorgehen bei SQLdb-Komponenten?
Bisher kannte ich von ZEOS und Delphis TSql, das die TXYZQuery offen bleibt.
---
Informationen über Transaktionssteuerung habe ich jetzt gefunden. Falls jemand auch über Transaktionssteuerung etwas sucht kann hier nachlesen:
http://wiki.freepascal.org/Firebird_in_ ... ansactions
Zuletzt geändert von Soner am So 13. Apr 2014, 15:33, insgesamt 1-mal geändert.
-
- Beiträge: 2013
- Registriert: Do 16. Okt 2008, 10:22
- OS, Lazarus, FPC: Linux,Windows,FreeBSD,(MSEide+MSEgui 4.6,git master FPC 3.0.4,fixes_3_0)
- CPU-Target: x86,x64,ARM
Re: SQLdb, nach Query.Applyupdates und Transaction.Commmit .
Es gibt auch CommitRetaining(). In der MSEgui Version von Sqldb existieren zusätzlich die Optionen dso_autoapply, dso_autocommitret, dso_autocommit, dso_refreshafterapply... um die Arbeit mit SQL-Datenbanken zu vereinfachen.Soner hat geschrieben: Ist das normale Weg bei SQLDb-Komponenten oder mache ich etwas falsch?
-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
Re: SQLdb, nach Query.Applyupdates und Transaction.Commmit .
Ich verwende aber die SQLdb-Komponenten von Lazarus-LCL.
Wie blöd das ich selbst nicht drauf gekommen bin.
Danke für die Antworten. Es scheint normal zu sein danach Query wieder "Active" zu machen oder CommitRetaining aufzurufen.
Ich wollte hier von Profis erfahren ob das gängige Weg bei SQLdb-Komponenten ist, bevor ich mein Programm komplett auf SQLdb-Komponenten umstelle.
Jetzt ran an die Arbeit ...
Das ist es.mse hat geschrieben:...
Es gibt auch CommitRetaining(). ...
Wie blöd das ich selbst nicht drauf gekommen bin.
Danke für die Antworten. Es scheint normal zu sein danach Query wieder "Active" zu machen oder CommitRetaining aufzurufen.
Ich wollte hier von Profis erfahren ob das gängige Weg bei SQLdb-Komponenten ist, bevor ich mein Programm komplett auf SQLdb-Komponenten umstelle.
Jetzt ran an die Arbeit ...
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Auf auf Kameraden . wir müssen zurück? 

-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Ne, ne ich muß ran an die Arbeit .hde hat geschrieben:Auf auf Kameraden . wir müssen zurück?

Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Profis setzen Zeos einSoner hat geschrieben:ch wollte hier von Profis erfahren
-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Bisher habe ich auch Zeos eingesetzt bis ich gestern mich mit SQLdb beschäftigt habe. Alle Query waren mit SqlDb schneller.hde hat geschrieben:Profis setzen Zeos einSoner hat geschrieben:ch wollte hier von Profis erfahren
Nimm deine Datenbank mach einfaches Programm mit SQLDB und führe die gleichen Abfragen vergleiche die verstrichene zeit mit Zeos Zeiten.
Die größte Überraschung erlebst du bei Inserts

-
- Beiträge: 6079
- Registriert: Do 21. Sep 2006, 07:51
- OS, Lazarus, FPC: iWinux (L 1.x.xy FPC 2.y.z)
- CPU-Target: AVR,ARM,x86(-64)
- Wohnort: Dessau
- Kontaktdaten:
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
von was für Bereichen redest du ?
Da der Server bei SQL Abfragen die Arbeit macht kann das ja nur bei der aufbereitung der Daten auf dem Client Unterschiede machen.
Da der Server bei SQL Abfragen die Arbeit macht kann das ja nur bei der aufbereitung der Daten auf dem Client Unterschiede machen.
W.m.k.A.h.e.m.F.h. -> http://www.gidf.de/
-
- Beiträge: 2013
- Registriert: Do 16. Okt 2008, 10:22
- OS, Lazarus, FPC: Linux,Windows,FreeBSD,(MSEide+MSEgui 4.6,git master FPC 3.0.4,fixes_3_0)
- CPU-Target: x86,x64,ARM
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Räusper. Ich kenne da ein Pascal DB-framework welches viele Eigenschaften, welche erst jetzt langsam in andere Produkte implementiert werden, schon seit vielen Jahren besitzt. Tatsächlich wird es fast ausschliesslich von Profis eingesetzt, da Hobby-Programmierer es gar nicht zur Kenntnis nehmen.hde hat geschrieben:Profis setzen Zeos ein

-
- Beiträge: 724
- Registriert: Do 27. Sep 2012, 00:07
- OS, Lazarus, FPC: Win10Pro-64Bit, Immer letzte Lazarus Release mit SVN-Fixes
- CPU-Target: x86_64-win64
- Wohnort: Hamburg
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Siehe Zitat (rot, fett)Christian hat geschrieben:von was für Bereichen redest du ?
Da der Server bei SQL Abfragen die Arbeit macht kann das ja nur bei der aufbereitung der Daten auf dem Client Unterschiede machen.
Damit nicht hier unnötige Diskussion über welche Komponente schneller oder besser sei entsteht, sage ich, dass ich nicht behaupte dass SQLdb schneller oder besser sei. Bei meinem "Test" für meine DB sprachen vieles für SQLdb.
- af0815
- Lazarusforum e. V.
- Beiträge: 6766
- Registriert: So 7. Jan 2007, 10:20
- OS, Lazarus, FPC: FPC fixes Lazarus fixes per fpcupdeluxe (win,linux,raspi)
- CPU-Target: 32Bit (64Bit)
- Wohnort: Burgenland
- Kontaktdaten:
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Ich nehme an du meinst tiOPF. Wenn ja, das mit den Profis kann ich mir vorstellen, da bereits der Quickstart auf der Homepage ab der Hälfte leer ist. Das schreckt natürlich die Hobby-Programmiere ab.mse hat geschrieben:Räusper. Ich kenne da ein Pascal DB-framework welches viele Eigenschaften, welche erst jetzt langsam in andere Produkte implementiert werden, schon seit vielen Jahren besitzt. Tatsächlich wird es fast ausschliesslich von Profis eingesetzt, da Hobby-Programmierer es gar nicht zur Kenntnis nehmen.

Das ist KEINE Kritik am Produkt, sondern zu der Präsentation auf den Einstiegsseiten !!
Blöd kann man ruhig sein, nur zu Helfen muss man sich wissen (oder nachsehen in LazInfos/LazSnippets).
-
- Beiträge: 2013
- Registriert: Do 16. Okt 2008, 10:22
- OS, Lazarus, FPC: Linux,Windows,FreeBSD,(MSEide+MSEgui 4.6,git master FPC 3.0.4,fixes_3_0)
- CPU-Target: x86,x64,ARM
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Die Einstiegsseite ist hier:af0815 hat geschrieben: Das ist KEINE Kritik am Produkt, sondern zu der Präsentation auf den Einstiegsseiten !!
http://mseide-msegui.sourceforge.net/
Du meinst vermutlich die von Anwendern gestaltete msegui.org. Falls es jemand besser machen kann, werde ich gerne den Kontakt zum Administrator vermitteln.
-
- Lazarusforum e. V.
- Beiträge: 999
- Registriert: Do 17. Apr 2008, 01:59
- OS, Lazarus, FPC: Mint 21.1 Cinnamon / FPC 3.2.2/Lazarus 2.2.4
- CPU-Target: Intel i7-10750 64Bit
- Wohnort: Freiburg
Re: [GELÖST] SQLdb, nach Query.Applyupdates und Tra......?
Alle sagten, dass es unmöglich sei - bis einer kam und es einfach gemacht hat.