Entscheidungshilfe Reports

[haentschman]

...nur so am Rande...

Zitat:

sowie eine dazugehörige SQL Abfrage, lege ich in einer Firebird-Datenbank ab.

...wie legst du die Parameter zur SQL Abfrage ab ? Oder sind deine SQL Abfragen parameterlos ? Stichwort SQL Injection...

[hanspeter]

Zitat von haentschman:

...nur so am Rande...

Zitat:

sowie eine dazugehörige SQL Abfrage, lege ich in einer Firebird-Datenbank ab.

...wie legst du die Parameter zur SQL Abfrage ab ? Oder sind deine SQL Abfragen parameterlos ? Stichwort SQL Injection...

Alle Abfragen sind parameterisiert.
Zur Laufzeit übergebe ich entweder diese Parameter oder suche sie selbst in der Datenbank. (Macht der Druckertreiber.)

Beispiel : Select .. from Datei Where SAbteilung=:Abteilung and SGruppe = :Gruppe Order by SAbteilung,Gruppe

Der Aufruf der Druckversion
erfolgt etwa in der Form.

Print(ReportNr oder Kennung,'Gruppe=1; Abteilung='XYZ');

Wobei ich im Entwurfsmodus eine vordefinierte Liste möglicher Variablen anbiete, diese sind in meiner
Reportsoftware bereits realisiert.

Gruß Peter

[DataCool]

Hallo zusammen,

ich muss meinen Vorrednern recht geben, FastReport ist im Moment wohl die Wahl die man treffen sollte.
Allerdings habe ich mich bei einen älteren Projekt selber dazu entscheiden unter Delphi XE
Quickreport 5 zu kaufen, um ohne großartige Konvertierungsarbeiten meine 100 Reports dieser Anwendung
1:1 weiter nutzen zu können, das hat auf jeden Fall ohne Probleme geklappt.
Bei neueren Projekte setze ich aber auf FastReport aus den schon oben ausführlich genannten Gründen.

Greetz Data

[neo4a]

Ich setze FastReport (FR) seit 1998 erfolgreich produktiv ein, schließe mich somit allen bisherigen FR- Empfehlungen an und freue mich, das FR nun auch insofern geadelt wird, dass es der Reportgenerator von XE2 wird.

Völlig OT: Nachdem nun Putins Mannen gleich 2x Delphi (FireMonkey, FastReport) bereichern, wird es aber Zeit, das Maos Enkel mehr als nur das CnPack beisteuern

[Lemmy]

Zitat von neo4a:

Ich setze FastReport (FR) seit 1998 erfolgreich produktiv ein, schließe mich somit allen bisherigen FR- Empfehlungen an und freue mich, das FR nun auch insofern geadelt wird, dass es der Reportgenerator von XE2 wird.

ich freue mich nicht, denn wenn die Reihe so weiter läuft wie bisher, wird es FR in ein paar Jahren nicht mehr geben....

[mkinzler]

Zitat:

ich freue mich nicht, denn wenn die Reihe so weiter läuft wie bisher, wird es FR in ein paar Jahren nicht mehr geben....

Könntest du das genauer erläutern?

[Lemmy]

Ich hoffe du hast das "" nicht übersehen..

Als ich mit Delphi begann, war QuickReport die Reportlösung - auch weil die schon bei Delphi dabei war. Dann kam irgend wann mal Rave, weil QuickReport nicht mehr fühlbar weiterentwickelt wurde bzw. eine grundlegende Neuentwicklung notwendig war. Inzwischen ist Rave am Ende und nicht weiter entwickelt. Weshalb entzieht sich meiner Kenntniss...

Und wenn ich diese Reihe jetzt fortsetze, wäre FR nun an der Reihe.... Und da ich seit Jahren mit FR arbeite wäre das für mich ein ziemlicher Verlust....

[neo4a]

Zitat von haentschman:

...wie legst du die Parameter zur SQL Abfrage ab ? Oder sind deine SQL Abfragen parameterlos ? Stichwort SQL Injection...

Vor diesem Problem stand ich auch und habe es für mich so gelöst: Ich habe nicht nur die FR-Datei in einem (Firebird)-Blob-Feld abgelegt, sondern die gesamte DFM-Datei. Diese enthält dann nicht nur die FR-Datei, sondern auch die Datenzugriffs-Komponenten sowie die visuellen Controls für Report-Einstellung und Parametrisierung. Zur Laufzeit wird diese DFM-Datei per Stream eingebettet.

Vorteile für mich: Einfaches Design in der Delphi- IDE, schlanke Exe, weil alle Reports und Dialoge in der Datenbank, einfaches Update der Reports ohne neues Kompilieren. Diese Reports können natürlich auch zur Laufzeit im FR-Designer verändert und wieder abgespeichert werden.