Entscheidungshilfe Reports

[BrinkschulteManfred]

Hallo zusammen,

seit langem gab es für mich mal wieder ein Update und zwar von Delphi 7 auf Delphi XE jeweils in der Enterprise Version :)

Nun plagt mich die Entscheidung bzgl der Reports, da standaardmäßig QuickReport nicht mehr inklusive ist.

Prinzipiell würde ich mich auch daran machen, die viele QRs auf Rave zu stricken, allerdings habe ich bisher keine brauchbare Lektüre oder Tutorials gefunden. Ohne diese ist dies allerdings ein sehr aufwendiges Unterfangen.

Inzwischen bin ich schon so weit, eventuell bei QuickReport zu bleiben und von Qusoft eine Version Quickreport 5 für XE zu erwerben. Aber habe ich damit womöglich immer noch nicht gewonnen, kann ich damit direkt die Quellcodes in XE nutzen oder habe ich dann andere Schwierigkeiten?

Auf der anderen Seite gab es ja sicherlich gute Gründe, sich von QuickReport zu verabschieden, solle ich also besser in den sauen Apfel beißen und mich auf ein anderes Reporting einschießen?

Wie sind denn Eure Erfahrungen bzgl. der verschiedenen Report-Tools? Was würdet ihr empfehlen? Kann ich eventuell das Rave Version 9 von Delphi XE auch in Delphi 7 ansprechen, so dass ich nicht nach der Umwandlung meiner QRs auf RR5 anschließend eine Konvertierung auf RR9 machen muss?

Ich weiß, sorry, viele Fragen in einem Threat, aber irgendwie gehören die für mich alle zusammen.

Beste Grüße
Manfred

PS: Kann mir jemand gute Literaturhinweise zur Berichtserstellung mit RaveReport nennen?

[stahli]

Dann will ich mal wieder meine hochgeschätzte Virtual Print Engine ins Spiel bringen...

Sie hat ein recht eigenes Konzept. Es gibt keine DB-Anbindung und keine Bänder o.ä.

Statt dessen zeichnet man einfach Objekte und Texte auf eine Zeichenfläche (unter Nutzung dynamischer Positionierung) und kann das Ergebnis dann sehr flexibel weiterverarbeiten.
PDF-Export ist auch in der kostenfreien Version möglich.

Sofern man mehr als einfache Tabellen darstellen will, ist die VPE sehr empfehlenswert. Auf DB-Anbindung muss man allerdings verzichten und alles per Code zeichnen.

[Roland1967]

Ich stelle derzeit auch sämtliche Delphi Projekte auf FastReport um.
Vorher habe ich viel mit QuickReport und Rave Report gearbeitet. Damit war ich nie so recht zufrieden gewesen. Aber von FastReport bin ich sehr begeistert: man kommt schnell zu einem Erfolgserlebnis, aber auch komplexe Dinge sind im Formular programmierbar (der Pascal-Syntax macht es dabei sehr einfach).

Wichtig war mir die unkomlizierte Arbeit mit Firebird. Auch bekommt man von FastReport öfters Updates.

Hier de Link zur deutschen Seite : http://www.fast-report.com/de/

Die Professional-Version mit der ich arbeite kostet um die 180 Euro, es gibt aber auch eine Einsteiger-Version ab 60 Euro. Meiner Meinung das Geld allemal wert.

[juergen]

Hallo,

empfehlen kann ich List & Label. => http://www.combit.net/reporting/list...FdAn3wodU2Kg1A
Ist halt die Frage was ein venünftiger Reportgenerator kosten darf.

[vagtler]

Zitat:

Zitat von BrinkschulteManfred (Beitrag 1112561)

[...] PS: Kann mir jemand gute Literaturhinweise zur Berichtserstellung mit RaveReport nennen?

Mit Rave Reports würdest Du auf ein totes Pferd setzen.

FastReport oder List&Label sind garantiert die bessere Empfehlung.

[mkinzler]

FastReport hat den Vorteil, dass man es sowohl per Code als auch per ReporeEditor nutzen kann, diesen kann man auch einfach in ein Programm intregrieren

[FredlFesl]

Ich erstelle Reports mit FastReports, speichere die Designs als FR3-Datei ab und verwende die FR3-Dateien dann im Programm. Dabei habe ich eine generische Report-Engine, die eigentlich nur die FR3-Dateien lädt und beim Export zu PDF bzw. Seriendruck einige Sachen im Hintergrund macht.

Der Kunde kann sich dann mit dem Designer seine Reports noch anpassen. Der FR-Designer ist ein Stand-Alone Reportgenerator (wenn man will), darf ihn aber nicht als solchen verkaufen, bzw. kostet das dann -glaub ich- so um die 50.100 Euro pro Installation. Der Designer darf Teil einer Applikation sein, deren Hauptsinn *NICHT* die Reporterstellung ist, beispielsweise in einem WaWi wäre es OK.

Reports kann man mit FR ziemlich einfach bauen, auch Labeldruck ganz ohne Bänder ist kein Problem.

Der Support ist sehr gut, der Preis geht auch... Kurzum: Ich bin mehr als zufrieden.

Als Dreingabe gibt es noch FastScript, eine ausgereifte Scriptengine, mit der ich schon mehr als eine Anwendung gepimpt habe. Die Kunden lieben es.

[BrinkschulteManfred]

Guten Morgen und vielen Dank erst mal für die vielen Antworten.
Da es sich bei der Entwicklung nicht um kommerzielle Anwendungen sondern um Anwendungen für den internen Gebrauch handelt, sprengt der Preis für List&Label leider das Budget. Bei FastReport habe ich aber leider nur Hinweise über die Nutzung bis zu Delphi 2009 gefunden. Mag aber daran gelegen haben, dass es gestern schon später war ;-)
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 ...

Besten Dank
Manfred

[haentschman]

Moin...

Zitat:

Bei FastReport habe ich aber leider nur Hinweise über die Nutzung bis zu Delphi 2009 gefunden.

...läuft auch stabil unter XE :zwinker:
PS: Ich habe auch einige ausprobiert. FR ist mit Abstand die flexibelste Lösung. Es ist die einzige Reportengine bei der du den Report zur Laufzeit deiner Anwendung mit "echten" Daten designen kannst. Das bedeutet viel Zeiteinsparung beim Design, da der "Kontrollguck" wegfällt.

[hanspeter]

Ich habe fast alle Reportgeneratoren ausprobiert und bin dann bei Fastreport gelandet.
Diesen setze ich bereits seit Jahren ein.
Zwischenzeitlich habe ich für ein größeres System eine Reportverwaltung mit einigen hundert Reports geschrieben.
Die fr3 Reportdefinition, sowie eine dazugehörige SQL Abfrage, lege ich in einer Firebird-Datenbank ab. (Blob)
Ich habe in den letzten Jahren noch nichts gefunden, was mit Fastreport nicht realisierbar war.
Als Vorteil sehe ich, das ich den Kunden einen Reportdesigner als Bestandteil meines Programmes anbieten kann.
Damit kann er Reports selbst bearbeiten und verändern.
Fastreport bietet sehr flexible Datenschnittstellen. Ist zur Reportzeit im Report selbst programmierbar.
Er ist in Delphi geschrieben und alle Druckobjekte sind über Findcomponent zur Laufzeit adressierbar.
Kann ich uneingeschränkt empfehlen.

Nachtrag
Ich setze Fastreport mit Delphi XE ein und vrerdiene im Moment meine Brötchen mit der Ablösung von Quickreport durch Fastreport.

Gruß
Peter

[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...

[RWarnecke]

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]

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]

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]

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]

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]

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]

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]

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]

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....