Leitfaden für die Nutzung von FireDAC-Komponenten

[HeZa]

Zitat von Delbor:

Was ist eigentlich der Vorteil/Unterschied der DB-Programmierung via FireDac-Objekten vs SQL?
Wollte ich eine DB mit Firedac programmieren, denke ich mir, dass die Lernkurve doch steiler ist.

Hm..., ich programmier eigentlich immer mit FireDAC und SQL

[Delbor]

Hi HeZa

Zitat von HeZa:

Zitat von Delbor:

Was ist eigentlich der Vorteil/Unterschied der DB-Programmierung via FireDac-Objekten vs SQL?
Wollte ich eine DB mit Firedac programmieren, denke ich mir, dass die Lernkurve doch steiler ist.

Hm..., ich programmier eigentlich immer mit FireDAC und SQL

Ach ja, klar, ich auch. Ich hab mich da sehr undeutlich ausgedrückt. So arbeite ich nicht mit FireDac-Methoden wie zum Bleistift Append, sondern erledige sowas mit SQL.
Tabellen gebe ich auch nicht mit den entsprechenden Komponenten aus (DBGrid & Co), sondern per Query-Abfrage und befüllen eines Stringgrids.

Gruss
Delbor

[Frickler]

Zitat von Delbor:

Ich hab mich da sehr undeutlich ausgedrückt. So arbeite ich nicht mit FireDac-Methoden wie zum Bleistift Append, sondern erledige sowas mit SQL.
Tabellen gebe ich auch nicht mit den entsprechenden Komponenten aus (DBGrid & Co), sondern per Query-Abfrage und befüllen eines Stringgrids.

Für statische Datengitter sicherlich sinnvoll. Aber wenn Du in der Tabelle rumeditieren willst a la Excel, dann kommt ein DBGrid mit "Table"-Komponente Dir sehr entgegen. Drittkomponenten wie InfoPower oder Quantumgrid sind genau darauf ausgelegt mit Bergen an spezialisierten Feldeditoren.

[DasWolf]

Möchte man eine Connection, bei der die Fehlerquellen so gering sind wie möglich, dann sollte man die Finger von den Eigenschaften lassen.
Die Hilfe zu FireDAC ist nicht wirklich praktikabel. Da sind schon zum Teil sehr fragwürdige Beispiele drin.

FDConnection rein ins Formular oder Datenmodul, FDQuery oder FDTable dazu und voilà, es funktioniert.
Sollen Änderungen zwischengespeichert und am Ende der Bearbeitung zur Datenbank geschrieben werden, dann suche mal in der Hilfe nach CachedUpdates und ApplyUpdates .

[Uwe Raabe]

Zitat von Delbor:

So arbeite ich nicht mit FireDac-Methoden wie zum Bleistift Append, sondern erledige sowas mit SQL.

Ich habe mittlerweile schon mindestens drei solcher Projekte fast komplett auf die Standardmethoden (Append, Edit, Post, Delete) umschreiben müssen als sie auf Multi-Tier erweitert werden sollten. Bezeichnenderweise waren alle diese Projekte vorher bereits so aufgesetzt worden, dann aber irgendwann SQL-fiziert worden.

[ioster]

Hallo,

vielen Dank für die vielen Rückantworten und Anregungen! Ich komme mit dem Lesen gar nicht mehr nach. Es beruhigt mich aber schon ein wenig, dass ich technisch mit der Nutzung der FDTables und deren Methoden generell richtig liege und meine Einschätzung hinsichtlich der Dokumentation auch nicht falsch ist.

Die DevExpress-Komponenten als Verursacher meiner Phänomene hatte ich nach dem Desaster mit ADS bei der Fehlersuche hinten an gestellt. Wie gesagt, ich versuche mich ja erst einmal in die technischen Feinheiten der FireDAC-Komponenten reinzufuchsen. Der FireDAC-Monitor wirft mir viel zu viele Informationen aus, um damit etwas anfangen zu können. Kann ich das auf ein Minimum reduzieren, also nur die SELECT, UPDATE und DELETE-Befehle anzeigen lassen?

Ein Funktionstest der Anwendung hat mir gerade gezeigt, dass die Daten, die ich als erstes in einer Zelle von einem QuantumGrid eingebe, gespeichert werden. Alle nachfolgenden Eingaben verpuffen. Die Komponenten sind meines Wissens aktuell (Version 19.1.6). Dank Wartungsverträge bekommt man ja ständig Updates. Wenn das ein allgemeines Problem wäre, dann hätten da andere auch schon längst aufgemerkt.

Für mich ist immer noch das größte Problem, dass mir die Zeit wegen diese Datenbankgeschichten in der eigentlichen Programmierung davonläuft. In den letzten 20 Jahren habe ich nie so lange herumbasteln müssen, um eine saubere Datenbehandlung hinzubekommen. Das, was ich hier seit fast sechs Monaten erlebe, wird nur noch vom dem OCX-Gehassel getoppt, das ich mit Visual Basic vor Urzeiten hatte.

Ich werde wohl tatsächlich nochmal mit einem kleinen Testprojekt anfangen müssen, um den Verursacher ausfindig zu machen.

Viele Grüße
Ingo

[hoika]

Hallo,
noch was zum Lesen über das QuantumGrid ...

http://blog.nwoolls.com/2012/07/11/g...ssquantumgrid/

(Da gibt es auch noch alte Posts, viell. ist ja etwas dabei).

[ioster]

Moin,

ich habe inzwischen eine Fehlstellung in der fdConnection als Auslöser für Ungereimheiten ausmachen können.

In den UpdateOptions gibt es den Unterpunkt RefreshMode. Stellt man den auf rmManual, ist das von mir beschriebene Chaos perfekt. Ich habe anhand der dürftigen Beschreibung zusammengereimt, dass dieser Parameter zur Lösung meines Problems beitragen kann.

Ich muss dazu anmerken, dass ich diesen Wert nicht bewusst gesetzt habe. Vielmehr wird der Wert von der IDE umgesetzt, sobald man die Option FastUpdates aktiviert. Natürlich wird der Wert nicht automatisch zurückgesetzt.

Ein Phänomen konnte ich damit lösen, aber ich habe schon das nächste, was das Post der Masterdatenquelle betrifft. Sobald mir ein Forschungsergebnis vorliegt, publiziere ich das gerne, um anderen Betroffenen zu helfen.

Viele Grüße
Ingo

[ioster]

Falls bei jemandem im Zusammenhang mit FireDAC-Komponenten unter Delphi 10.3 ein EVariantTypeCaseError mit der Meldung "Variante des Typs (Null) konnte nicht in Typ (OleStr) konvertiert werden" auftritt, der sollte sein System auf Delphi 10.3.3. Ich musste mich natürlich mit der Meldung unter 10.3.2 herumärgern.

Viele Grüße
Ingo

[MEissing]

Zitat von ioster:

Moin,

ich habe inzwischen eine Fehlstellung in der fdConnection als Auslöser für Ungereimheiten ausmachen können.

In den UpdateOptions gibt es den Unterpunkt RefreshMode. Stellt man den auf rmManual, ist das von mir beschriebene Chaos perfekt. Ich habe anhand der dürftigen Beschreibung zusammengereimt, dass dieser Parameter zur Lösung meines Problems beitragen kann.

Ich muss dazu anmerken, dass ich diesen Wert nicht bewusst gesetzt habe. Vielmehr wird der Wert von der IDE umgesetzt, sobald man die Option FastUpdates aktiviert. Natürlich wird der Wert nicht automatisch zurückgesetzt.

Ein Phänomen konnte ich damit lösen, aber ich habe schon das nächste, was das Post der Masterdatenquelle betrifft. Sobald mir ein Forschungsergebnis vorliegt, publiziere ich das gerne, um anderen Betroffenen zu helfen.

Viele Grüße
Ingo

Steht doch genauso hier drin:
http://docwiki.embarcadero.com/Libra...ns.FastUpdates

Warum sollte das Setzen von FastUpdates auf False diese Einstellungen wieder rückgängig machen?