Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Werkzeuge (https://www.delphipraxis.net/63-sonstige-werkzeuge/)
-   -   Entscheidungshilfe Reports (https://www.delphipraxis.net/161760-entscheidungshilfe-reports.html)

haentschman 20. Jul 2011 08:19

AW: Entscheidungshilfe Reports
 
...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...

RWarnecke 20. Jul 2011 08:25

AW: Entscheidungshilfe Reports
 
Zitat:

Zitat von BrinkschulteManfred (Beitrag 1112658)
Waren auf jeden Fall wertvolle Hinweise auch im Hinblick auf Rave. Gibt es denn noch Meinungen zur Nutzung von Quickreport von Qusoft? Da hätte ich es doch sicherlich einfacher bei der Konvertierung der Altprojekte

Hallo Manfred,

es gibt einen Konverter von Quickreport nach FastReprot. Den habe ich im großen und ganzen bei einem Programm eingesetzt, welches ich letztes Jahr migiriert habe.

hanspeter 20. Jul 2011 08:28

AW: Entscheidungshilfe Reports
 
Zitat:

Zitat von haentschman (Beitrag 1112668)
...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 20. Jul 2011 10:37

AW: Entscheidungshilfe Reports
 
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

rokli 24. Aug 2011 18:05

AW: Entscheidungshilfe Reports
 
DANKE!

Eigentlich wollte ich heute einen neuen Thread aufmachen - genau mit diesem Thema! Da ich vorher schon viel Gutes über FR gehört habe, werde ich nun für D2009 und D2010 auch auf FR umstellen! (und mir das Andere garnicht mehr ansehen - Zeit gespart) :thumb:

Gruß Rolf

exilant 24. Aug 2011 21:51

AW: Entscheidungshilfe Reports
 
Naja, du hast dich zwar entschieden, aber folgendes muss ich mal Fragen: Wo ist denn die ganze Reportbuilder Gemeinde geblieben? Oder gab es die hier nie? :?: Ich nutze RB seit Jahren und bin sehr zufrieden. Ob mit DB-Anbindung oder ohne, alles sehr flexibel. Vorhanden sind End-User Reporting, natürlich PDF Export, SubReports, Chart und auch sonst alles was einem so in den Sinn kommt. Ich hatte noch keine Anforderung vorliegen die ich nicht bewältigen konnte. Und nein: ich arbeite nicht für Digital Metaphors.

neo4a 25. Aug 2011 08:08

AW: Entscheidungshilfe Reports
 
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 ;)

neo4a 25. Aug 2011 08:18

AW: Entscheidungshilfe Reports
 
Zitat:

Zitat von haentschman (Beitrag 1112668)
...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.

Lemmy 25. Aug 2011 10:14

AW: Entscheidungshilfe Reports
 
Zitat:

Zitat von neo4a (Beitrag 1119462)
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 25. Aug 2011 10:22

AW: Entscheidungshilfe Reports
 
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?


Alle Zeitangaben in WEZ +1. Es ist jetzt 07:19 Uhr.
Seite 2 von 3     12 3      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz