Wie erzeugt man heutzutage (Massen)Druckoutput?

[mm1256]

Zitat von juergen:

@hoika,
der TE spricht von Milliarden Datensätzen, da sollte Geld keine Rolle spielen und die Entscheidung IMHO für die größten Hersteller in diesem Bereich gefällt werden (SAP (Crystal Report) usw.).
Wir nutzen (noch) Crystal Report, mich würde mal die Aussage interessieren, was an L&L besser ist wie bei Crystal Report. Das hört sich interessant an! Ich hatte vor längerer Zeit auch mal L&L getestet, konnte damals (Version 14?) keine so großen Vorteile erkennen um CR zu ersetzen.

Zitat von hoika:

Im Vergleich zu Crystal Reports war L&L ein Traum.Heiko

Das Problem ist ja, wenn man sich mal auf eine Lösung eingeschossen hat, ist ein Wechsel sehr zeitaufwändig. Nicht nur wegen der Programmierung, sondern auch wegen der Neugestaltung der Formulare bei den Kunden. Und darum ist man natürlich erst mal skeptisch. Das ist normal.

Unsere erste Lösung war damals auch CR. Ist schon eine ganze Weile her (wie schon gesagt, seit L&L Version 4) und mit Sicherheit kein Vergleich mehr mit heutigem Stand. Was mich damals letztendlich überzeugt und den Ausschlag für den Wechsel gegeben hat, war die Performance und die Flexibilität. Wenn ich will, kann ich den kompletten Ausdruck mit einer eigenen Druckschleife generieren. Ich muss dann zwar alle Variablen und Felder selber erzeugen. Das ist die Grundlage für die Flexibilität, aber, ein einmaliger Programmier-Vorgang. Ich habe Druckschleifen die laufen schon jahrelang ohne jegliche Änderung, denn wenn der Kunde etwas ändern/ergänzen möchte, neue Berechnungen braucht usw. dann passiert das alles im Formular-Designer.

Ein Nachteil von L&L könnte sein, dass man roundabout 20 Dateien (dll's) mitliefern muss. Bisher hatte ich aber damit kein Problem.

[delora]

Zitat von mm1256:

Ein Nachteil von L&L könnte sein, dass man roundabout 20 Dateien (dll's) mitliefern muss. Bisher hatte ich aber damit kein Problem.

Unser Programmverzeichnis umfasst derzeit gut 1,5 GB verteilt auf gut 400 Exen und Dlls. Da kommts nicht drauf an

[mm1256]

Zitat von delora:

Unser Programmverzeichnis umfasst....

Dann isses ja gut. Das bringt mich zu dem Tipp: Die L&L Dateien niemals im System-Ordner installieren. Combit empfiehlt das glaube ich immer noch, oder hat es zumindest mal empfohlen. Ich nehme immer mein eigenes Programmverzeichnis, dann ist sicher gestellt, dass es mit anderen Programmen die ebenfalls L&L verwenden - und davon gibt es im Bereich der WWS viele - keinen Stress gibt.

EDIT: Ach ja und dann noch was: Wenn mehrere Entwickler damit arbeiten, auf die Lizenzkosten achten. Combit kontrolliert das rigoros!

[delora]

Zitat von mm1256:

Dann isses ja gut. Das bringt mich zu dem Tipp: Die L&L Dateien niemals im System-Ordner installieren. Combit empfiehlt das glaube ich immer noch, oder hat es zumindest mal empfohlen. Ich nehme immer mein eigenes Programmverzeichnis, dann ist sicher gestellt, dass es mit anderen Programmen die ebenfalls L&L verwenden - und davon gibt es im Bereich der WWS viele - keinen Stress gibt.

Wird bei uns ähnlich gehandhabt

Zitat von mm1256:

EDIT: Ach ja und dann noch was: Wenn mehrere Entwickler damit arbeiten, auf die Lizenzkosten achten. Combit kontrolliert das rigoros!

Ja, das habe ich bereits gelesen. In den Lizenzbedingungen steht sogar, dass jeder Entwickler eine Lizenz benötigt, der am gleichen Produkt arbeitet, unabhängig davon, ob er L&L direkt einsetzt, oder nicht.
Da stellt sich dann die Frage, was mit Produkt gemeint ist. Unser System ist modular aufgebaut, die Dokumente in DLLs ausgelagert, die aber natürlich vom Hauptprogramm aus angesteuert werden. Das wäre dann mal noch zu klären.

[Sir Rufo]

Schlimmstenfalls macht man sich ein Plugin-System. Die Ausgabe über LL (oder worüber eben auch immer) erfolgt dann über so ein Plugin. Dadurch kommen nur die LL-Plugin-Entwickler mit LL in Berührung, alle anderen arbeiten während der Entwicklung mit einem Dummy-Plugin

Wenn ihr das modular aufbauen wollt, dann sollte auch dieser Teil austauschbar sein

[mm1256]

Mit den Lizenzen sind die Entwickler gemeint, die GLEICHZEITIG an einem oder auch mehreren Projekten arbeiten. In der Praxis machen die das so, dass über's Netzwerk eine oder mehrere (das weiß ich nicht genau) Message/s verschickt wird/werden, wenn eine der zur Entwicklung benötigten DLL's geladen wird. Somit kann die Anzahl der aktiven Entwickler ermittelt werden. Ist die Anzahl der Lizenzen überschritten erscheint ein entsprechendes (entsetzlich nervendes ) Popup-Fenster mit einem Hinweis auf den Lizenz-Verstoß.

Sind die Entwicklungs-Rechner miteinander nicht vernetzt, kein Problem....

[generic]

Ich hab jetzt die zwei Seiten hier nicht gelesen.
Um den Ursprungsbeitrag wieder aufzugreifen, werfe ich mal einfach ein Produkt in den Raum, welches viele Versicherer, ADAC oder GEZ einsetzen:
http://www.icongmbh.de/dopix.html

Das Output-Management wird dann meist noch von einen weitere Werkzeug wie Dogbridge von Compat oder von SET das POSY übernommen.