Datenmodell

[shmia]

Zitat:

Zitat von Cogito

Der Benutzer soll sich für einen Report selbst die Datenbasis zusammenstellen können, also irgendwelche Masterdaten und dazu abhängige Daten für die Darstellung in einem Chart usw..

Bei diesen Anforderung würde ich ganz zurückhaltend sein.
Ich kenne einige Projekte, bei denen versucht wurde diesen Wunschtraum "Benutzer soll eigene Reports erstellen können" umzusetzen.
Es ist bisher immer in die Hose gegangen.
Der Lernaufwand ist für die Benutzer viel zu hoch (ohne Programmier- & Datenbankerfahrung hat man kaum Chancen).
Die Kunden rufen an und haben Probleme und/oder verstehen das Datenmodell; das kostet viel Zeit.
Sollte ein Report so einigermassen gelingen werden ständig neue Anforderungen gestellt ("könnte man nicht unser Logo oben in den Kopf setzen", "ich möchte da noch eine Summe haben, aber nur für Artikel, die nicht aus DE kommen", ...)

Alternativ könnte man die Daten nach Excel oder als XML exportieren und sich auf den Standpunkt stellen: Hier habt ihr die Daten, macht damit was ihr wolltet und werdet glücklich damit.

[Cogito]

Zitat:

Zitat von shmia

Zitat:

Zitat von Cogito

Der Benutzer soll sich für einen Report selbst die Datenbasis zusammenstellen können, also irgendwelche Masterdaten und dazu abhängige Daten für die Darstellung in einem Chart usw..

Bei diesen Anforderung würde ich ganz zurückhaltend sein.
Ich kenne einige Projekte, bei denen versucht wurde diesen Wunschtraum "Benutzer soll eigene Reports erstellen können" umzusetzen.
Es ist bisher immer in die Hose gegangen.
Der Lernaufwand ist für die Benutzer viel zu hoch (ohne Programmier- & Datenbankerfahrung hat man kaum Chancen).
Die Kunden rufen an und haben Probleme und/oder verstehen das Datenmodell; das kostet viel Zeit.
Sollte ein Report so einigermassen gelingen werden ständig neue Anforderungen gestellt ("könnte man nicht unser Logo oben in den Kopf setzen", "ich möchte da noch eine Summe haben, aber nur für Artikel, die nicht aus DE kommen", ...)

Alternativ könnte man die Daten nach Excel oder als XML exportieren und sich auf den Standpunkt stellen: Hier habt ihr die Daten, macht damit was ihr wolltet und werdet glücklich damit.

Ja die Lernkurve ist sicherlich hoch, aber sollte der User das nicht können gibt's eben Service dafür. Das ist das geringste Problem.

[Cogito]

Zitat:

Zitat von shmia

Zitat:

Zitat von Cogito

Der Benutzer soll sich für einen Report selbst die Datenbasis zusammenstellen können, also irgendwelche Masterdaten und dazu abhängige Daten für die Darstellung in einem Chart usw..

Bei diesen Anforderung würde ich ganz zurückhaltend sein.
Ich kenne einige Projekte, bei denen versucht wurde diesen Wunschtraum "Benutzer soll eigene Reports erstellen können" umzusetzen.
Es ist bisher immer in die Hose gegangen.
Der Lernaufwand ist für die Benutzer viel zu hoch (ohne Programmier- & Datenbankerfahrung hat man kaum Chancen).
Die Kunden rufen an und haben Probleme und/oder verstehen das Datenmodell; das kostet viel Zeit.
Sollte ein Report so einigermassen gelingen werden ständig neue Anforderungen gestellt ("könnte man nicht unser Logo oben in den Kopf setzen", "ich möchte da noch eine Summe haben, aber nur für Artikel, die nicht aus DE kommen", ...)

Alternativ könnte man die Daten nach Excel oder als XML exportieren und sich auf den Standpunkt stellen: Hier habt ihr die Daten, macht damit was ihr wolltet und werdet glücklich damit.

Ja die Lernkurve ist sicherlich hoch, aber sollte der User das nicht können gibt's eben Service dafür. Das ist das geringste Problem.

[mkinzler]

Mir ist noch nicht ganz klar, was du benötigst. Für einen Report sollte doch ein Querydesigner reichen oder willst du die Datenbankstruktur bearbeitbar machen?
Welches Reportsystem setzt du ein?

[Bebe]

@mkinzler : Genau die Frage habe ich mir auch gestellt

@Cogito : Du brauchst keine Visuelle Komponente, sondern einen Report Generator.

Vielleicht ist FastReport etwas für dich? Dort kann man dem Benutzer entsprechende Funktionalität geben.

Dort kann man (beispielsweise der User) z. B. mit der ADO Komponente genau die Verknüpfung selbstherstellen. Auch andere Sachen lassen sich leicht implementieren, wie z. B. das Logo, Barcode, Charts usw.

Aber genau die Probleme, die mein Vorredner sagte, werden möglicherweise auftreten. Man muss sich halt auskennen, um solche Verknüpfungen herzustellen. Ich selbst verwende die MyDAC & SDAC Komponente und habe keine Ahnung, ob UniDAC die gleiche Unterstützung anbietet (denke aber schon). Im Installationsordner von der DevArt Komponente findest du unter ..\Demos\ThirdParty\FastReport\FR4 die notwendigen Komponenten für FastReport, damit du kein ADO verwenden musst.

Unter dem Bilder findest du auch Bilder, die solltest du dir mal ansehen.

Gruß
Matze

[p80286]

Zitat:

Zitat von Bebe

Aber genau die Probleme, die mein Vorredner sagte, werden möglicherweise auftreten. Man muss sich halt auskennen, um solche Verknüpfungen herzustellen.

Könntet Ihr mir mal erklären was das soll?
Für den Benutzer, gibt es wahrhaftig keine Verknüpfung herzustellen, denn die möglichen Verknüpfungen sind doch durch das Design (Datenmodel) vorgegeben. Soll eine Anrede mit in die Adressausgabe, dann muß die Anredentabelle auch verknüpft werden.
Da gibt es doch gar keine Diskussion.

Bei uns ist da ein Teil im Einsatz, das sich "QueryBuilder" nennt und seine Parameter (Joins Feldformate etc.) in einer AccessDB mit sich schleppt.
Man kann damit recht ordentlich simple Reports erstellen (not exists geht nicht!) für eine Excel-Ausgabe, die Druck-Ausgabe ist allerdings nur für interne Zwecke zu gebrauchen.
(habe leider keine Quelle, da durch unseren Lieferanten angepasst!)

Gruß
K-H

[mkinzler]

FastReport hat auch einen Query-Designer

[Bebe]

Zitat:

Zitat von p80286

Zitat:

Zitat von Bebe

Aber genau die Probleme, die mein Vorredner sagte, werden möglicherweise auftreten. Man muss sich halt auskennen, um solche Verknüpfungen herzustellen.

Könntet Ihr mir mal erklären was das soll?

Na ja, weil eben eine solche Komponenten nicht existiert, wie du sie benötigst. Jedenfalls kenne ich keine.
Was ich meinte, war nur der Hinweis, dass man FastReports verwenden kann und sich auch selber Verknüpfung herstellen kann (oder besser muss). Dass irgendwelche Abhängigkeiten erkannt werden soll, kann man bestimmt auch selber programmieren, das geht aber leider nicht automatisch. Daher der Hinweis auf Probleme beim Erstellen der Verknüpfung innerhalb des Reportes.
Das Datenbank Design wird nicht übernommen. Oder ich habe es noch nicht raus gefunden wie .... :)

Gruß
Matze

[Cogito]

Zitat:

Zitat von Bebe

@mkinzler : Genau die Frage habe ich mir auch gestellt

@Cogito : Du brauchst keine Visuelle Komponente, sondern einen Report Generator.

Vielleicht ist FastReport etwas für dich? Dort kann man dem Benutzer entsprechende Funktionalität geben.

Dort kann man (beispielsweise der User) z. B. mit der ADO Komponente genau die Verknüpfung selbstherstellen. Auch andere Sachen lassen sich leicht implementieren, wie z. B. das Logo, Barcode, Charts usw.

Aber genau die Probleme, die mein Vorredner sagte, werden möglicherweise auftreten. Man muss sich halt auskennen, um solche Verknüpfungen herzustellen. Ich selbst verwende die MyDAC & SDAC Komponente und habe keine Ahnung, ob UniDAC die gleiche Unterstützung anbietet (denke aber schon). Im Installationsordner von der DevArt Komponente findest du unter ..\Demos\ThirdParty\FastReport\FR4 die notwendigen Komponenten für FastReport, damit du kein ADO verwenden musst.

Unter dem Bilder findest du auch Bilder, die solltest du dir mal ansehen.

Gruß
Matze

Kann man sich denn mit FastReport auch ganze Modelle hinterlegen, ich meine die Verknüpfungen ähnlich den Delphi query Komponenten selber definieren?
Ich verwende zur Zeit List&Label von Combit und finde die freie Programmierbarkeit und die Möglichkeit einer völlig freien Platzierung von Objekten sehr gut. Als Nachteil der meisten ReportDesigner habe ich immer diese Band-Orientierung (Bereiche) gesehen, weil es dadurch eigentlich nie möglich ist, Detailfelder auf der gleichen Höhe wie Masterfelder zu platzieren. Diese Art ReportDesigner sind sicher gut geeignet für alles was in Listenform darstellbar ist, aber gar nicht wenn man Reports benötigt, wie sie mit Dektop Publishing Tools erstellbar sind, also mehr hochwertige Ausgaben. Aber genau das brauche ich sehr oft.
An den üblichen QueryDesignern bemängele ich das als Ergebnis immer nur ein flachgeklopftes Resultset rauskommt, die lediglich für die Listenähnliche Darstellung geeignet sind. Aber wie stelle ich dort z.B. einen Fonds (Master) und auf der gleichen Ebene dessen Indexdaten (Child) und Allokationsstruktur (Child) als Diagramm dar? Die bereichsorientierten Designer machen für die Childtabellen in der Regel immer einen eigenen neuen Bereich auf, aber genau das geht eben nicht. Ausserdem benötige ich für eine solche Darstellung dann schon mindestens 3 Tabellen Fonds, Indexdaten und Allokationsstruktur, bei dem Ergebnis eines QueryDesigners krieg ich aber alles zusammen in einem einzigen Resultset, wie sollte das so dargestellt werden?!
Ich bin hier gerne lernbereit falls ich hier einem Denkfehler aufsitzen sollte, aber ich habe auch schon mit Crystal Reports rumprobiert (ebenfalls band-orientiert) und da hab ich das nie hingekriegt.

[p80286]

(* Seufz *)
Ich versteh jetzt überhaupt nicht mehr um was es geht.

a) Verknüpfen (Relationen) von Datentabellen
b) ReportDesign

Und einige genutzte Vokabeln bringen mich vollends durcheinander:

Zitat:

Ausserdem benötige ich für eine solche Darstellung dann schon mindestens 3 Tabellen Fonds, Indexdaten und Allokationsstruktur, bei dem Ergebnis eines QueryDesigners...

(Aus google/ Wikipedia

Zitat:

Fond – WikipediaFond (von französisch fond „Grund“, aus lateinisch fundus) bezeichnet: den Hinter- oder Untergrund einer bildlichen oder ornamentalen Darstellung, ...

Fonds – WikipediaFonds (fɔ̃ː, fr.), Fund (fʌnd, en.) steht für: Investmentfonds, eine Geldsammelstelle für Kapitalanleger; Rentenfonds; Investmentfonds, ...

Warum brauche ich Indexdaten für die Darstellung eines Rechercheergebnisses ??????

Gruß
K-H