Data module / Umstieg von ttable auf fdquery

[hoika]

Hallo,
kann es sein, dass du mit persistenten Feldern arbeitest,
z.B. jedes Feld der Query noch irgendwie per Doppelklick bearbeitest (DisplayMode, oder wie das heisst?
Dann brauchst du wirklich für jeden Fall eine eigene Query.

Ich habe nicht 3, sondern 1 Query für die Anwendung.
Das SQL-Statement wird immer dynamisch zusammengebaut.
Da ich kaum Threads benutze, teilen sich alle Formulare diese eine Query das DataModuls.

PS:
BDE, Paradox, TTable: Das waren noch Zeiten ...

Heiko

[MES]

Zitat von jobo:

Das ist ja ok, ich frage mich nur, warum jetzt ausgerechnet Form B die Query von Form A braucht bzw. sogar überschreiben muss. Warum hat Form B keine eigene Query?

In dem Datamodul(DM) hab ich z.B. den Artikelstamm als Query
In der Form A hab ich ein Grid mit dem Artikelstamm der z.B. eine Selektierung hat auf alle Artikel die einen unterschrittenen Mindestbestand haben. Auf diesem Formular(A) hab ich keine Query sondern nutze die Artikemstammquery aus dem DM.
Auf der Form B hab ich den Artikelstamm der z.B. selektiert welche Artikel die Farbe rot haben.
Dazu nutze ich auch die Artikelstammquery vom DM - diese ist aber für die Form A selektiert und wenn ich nun einen anderen "Select * from Artikelstmm..." als SQL Anweisung setze überschreibe ich den SQL-Text von Form A. Der User kann aber beide Formulare offen haben. Nun könnte ich sagen "on activate neu einlesen" aber das wollte ich nicht.

[Sir Rufo]

Ich würde die Queries nicht alphabetisch in den DMs organisieren, sondern nach Aspekt.

Die Statements selber würde ich auch fest eintragen und mit den Parametern die Kriterien festlegen.

Wird jetzt für ein Formular so ein Aspekt benötigt, dann erzeuge ich mir eine Instanz des DM.

Schon kommt sich keiner mehr in die Quere