Datenmodell

[Cogito]

Hallo zusammen,

ich möchte dem Benutzer meiner Anwendung ermöglichen, basierend auf selbst erstellten Abfragen in einem eigenen Designer ein Datenmodell, genauer die Verknüpfung seiner Abfragen, zu ermöglichen. Ziel soll sein, dass ich später dieses generierte Modell im Quellcode mittels Table-Objekten und deren Master-Detail Eigenschaften nachbauen kann. Meine Fragen sind nun:

1. Kennt jemand irgendeine visuelle Komponente, die es dem User bequem ermöglicht, ein Modell visuell aufzubauen (aber nur solche Modelle, die auch dem Master-Detail Pattern entsprechen; es nützt z.B. nichts wenn der User hier mehrere Mastertabellen generieren wollte, diese werden ja z.B. nicht unterstützt) ?
2. Wie könnte man solche Verknüpfungen in einer Datenbank ablegen um sie dann später im Quellcode vernünftig als Master-Detail Tabellen aufbauen zu können?

Ziel dieser Master-Detail Verknüpfungen soll am Ende sein dieses gesamte Modell für eigene Reports verwenden zu können.

Vielen Dank schon mal im Voraus!

[mkinzler]

http://www.activequerybuilder.com/product.html
Es gibt auch eine Lite Version

[Cogito]

Zitat:

Zitat von mkinzler

http://www.activequerybuilder.com/product.html
Es gibt auch eine Lite Version

Vielen Dank, die Komponente kenne ich und sie ist sehr gut.
Aber der Zweck dieser Komponente ist es SQL zu generieren, was ich aber nicht brauche. Ich bin an den Verknüpfungen interessiert...

[mkinzler]

Um welches DBMS handelt es sich den?

[DP-Maintenance]

Dieses Thema wurde von "mkinzler" von "VCL / WinForms / Controls" nach "Datenbanken" verschoben.
Passt imho hier besser

[Cogito]

Zitat:

Zitat von mkinzler

Um welches DBMS handelt es sich den?

Ich verwende die Unidac Komponenten.

[p80286]

Zitat:

Zitat von Cogito

ich möchte dem Benutzer meiner Anwendung ermöglichen, basierend auf selbst erstellten Abfragen in einem eigenen Designer ein Datenmodell, genauer die Verknüpfung seiner Abfragen, zu ermöglichen. Ziel soll sein, dass ich später dieses generierte Modell im Quellcode mittels Table-Objekten und deren Master-Detail Eigenschaften nachbauen kann. Meine Fragen sind nun:

Versteh ich nicht! Hört sich für mich so an wie "es gibt keine DB, und der Benutzer soll ein paar Abfragen basteln, damit ich dann die DB erstellen kann".

Ich als Benutzer will z.B. eine Adresse erhalten, da ist es mir herzlich 88 ob die Anrede in einer eigenen Tabelle ausgelagert ist oder Teil einer Adresstabelle ist. Wie soll ich da indirekt ein Datenmodell erstellen?

Gruß
K-H

[Cogito]

Nein, es geht um folgendes:
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.. Zu diesem Zweck braucht er ja irgendein Werkzeug um sich die Beziehungen zu definieren (die ich zur Entwurfszeit nicht kenne). Es geht nicht darum sich hier eine Datenbank aufzubauen sondern die Datenbasis für einen Report, der eben aus mehr als einer Query oder Tabelle besteht.

[omata]

Zitat:

Zitat von Cogito

Zitat:

Zitat von mkinzler

Um welches DBMS handelt es sich den?

Ich verwende die Unidac Komponenten.

Und nochmal: Welches DBMS?

[Cogito]

Ich verwende SQL Server 2008.
Aber wozu ist das wichtig, Relationen sind doch in allen relationalen DBMS gleich?!

[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

[Cogito]

Nein, das mit den Fonds und Indexdaten ist ein Auszug aus einem Datenmodell aus einer Bank-Applikation.
Was ich bräuchte wäre eine visuelle Möglichkeit für einen Benutzer, Relationen ähnlich einem ER-Designer definieren zu können. Nur nicht so umfangreich, denn ich benötige nur die Relationen und auf welchen Feldern die Relationen gebildet werden, um diese dann später mittels den Mastersource und Masterfields-Eigenschaften der Delphi Query-Komponenten nachbauen zu können. Dies wäre dann eine Grundlage für einen neu zu erstellenden Report.

[p80286]

Also wenn Du von Indexdaten sprichst, dann handelt es sich nicht um Datenindices sondern um Indexdaten zu Beurteilung/Klassifizierung von Wertpapieren oder ähnlichem?

Zitat:

Zitat von Cogito

.. denn ich benötige nur die Relationen und auf welchen Feldern die Relationen gebildet werden, um diese dann später mittels den Mastersource und Masterfields-Eigenschaften der Delphi Query-Komponenten nachbauen zu können. Dies wäre dann eine Grundlage für einen neu zu erstellenden Report.

das liest sich so als wäre Dir unbekannt über welche Felder das "joining" läuft?
Hast Du Dein Glück schon einmal mit TOAD for SQL-Server versucht? (Heise,ZDNet......)

Gruß
K-H

[Cogito]

Nochmal, es geht nicht darum eine Datenbank zu modellieren, sondern das Tool was ich suche soll der Endanwender benutzen, um sich damit SEINE Relationen zu definieren, die er in einem Report nutzen möchte. Dem ganzen geht voraus, das er sich mittels Abfrage-Designer vorher seine Felder und Joins zusammenstellt, diese Abfragen dann aber auch zusätzlich noch zueinander in Relation stellen können soll.

[mkinzler]

Und so etwas geht mit FastReport.

[Cogito]

Zitat:

Zitat von mkinzler

Und so etwas geht mit FastReport.

Das klingt ja sehr interessant.
Ich habe beispielsweise schon einen Abfrage-Designer im Programm, der Abfragen (also das generierte SQL) dann auch in einem Datenfeld meiner Datenbank abspeichert. Wäre es beispielsweise auch möglich, dem Enduser zur Reportgestaltung nur diese Abfragen anzubieten und der User könnte diese Abfragen dann auch noch miteinander relational verknüpfen?

[HeZa]

@Cogito Ich versuch Mal etwas grundsätzlicher zu antworten, heißt ich kann Dir keine fertige Komponente nennen.

1. Du hast eine fertige Datenbankstruktur

2. Das bedeutet, dass bereits alle sinnigen Relationen bekannt sein sollten

3. Du solltest deinen Anwender nicht zumuten, diese Relation zu definieren, sondern statt dessen ihn alle Relationen anbieten die zur Verfügung stehen.

Ich habe so etwas Mal mit einer ComboBox und einem Baum gelöst. In der Combobox sind alle Entities die Basis einer Abfrage seien können (Kunde, Bestellung, Rechnung, Lieferung, Bestellposition, Artikel etc.). Lautet die Abfrage "Gib mir alle Kunden die im August den Artikel 0815 bestellt haben." wählt der Anwender Kunde aus der ComboBox und sieht folgenden Baum:

Code:

Kunde
    Name
    KundenNr
    Adresse
   +Bestellungen
   +Rechnungen
   +Lieferung

nach ein paar Klicks hat der Anwender folgenden Baum

Code:

Kunde
    Name
    KundenNr
    Adresse
   -Bestellungen
        BestellNr
        BestellDatum
       -Positionen
            PosNr
            Menge 
           -Artikel 
                ArtikelNr
                Name
               +Positionen
   +Rechnungen
   +Lieferung

Jetzt muss der Anwender nur noch auswählen welche Felder er sehen möchte und angeben welche Bedingungen diese Felder zu erfüllen haben.

Code:

Kunde
X    Name
X    KundenNr
X    Adresse
    -Bestellungen
         BestellNr
         BestellDatum (vom 01.08.2009 bis 31.08.2009)
        -Positionen
             PosNr
             Menge 
            -Artikel 
                 ArtikelNr (gleich 0815)
                 Name
                +Positionen
    +Rechnungen
    +Lieferung

So muss der Anwender keine Relationen definieren sondern wählt aus denen die zur Verfügung stehen. Und er läuft auch nicht Gefahr die KundenNr in Relation zur ArtikelNr zu setzen.

Dies ist nur die Grundidee. Bevor man das dem Endanwender vorsetzt, gilt es noch eine Reihe interessanter Probleme zu lösen. :-)

[Cogito]

Nein, ich habe eben keine fest vorgegebene Datenstruktur, sondern der Anwender richtet sich die Verbindungen zu einer Datenbank ein und die wird in meiner Datenbank gespeichert. Fast genauso wie bei FastReport. Der User kann sich dann auch mittels Abfrage-Designer eigene Abfragen definieren und jetzt suche in nach einer Möglichkeit das der Anwender sich darauf basierend Reports basteln kann. Nur wäre es Quatsch den Anwender in FastReports nochmal Datenbankverbindungen und Abfragen definieren zu lassen, deshalb wiederhole ich meine Frage: Kann ich FastReports "von aussen" mit meiner Datenbankverbindung und meinen Abfragen speisen die der User dann innerhalb FastReport zur Reportgestaltung nutzen kann?

[mkinzler]

Ja. Lade dir doch einfach die Demoversion herunter

[Cogito]

Zitat:

Zitat von mkinzler

Ja. Lade dir doch einfach die Demoversion herunter

Hab ich gerade gemacht, das Ding ist ja ziemlich umfangreich, wo soll man da anfangen?
Das erste Problem trat allerdings schon gleich nach der Installation auf, weil ich TeeChart Prof. bereits installiert hatte. Kennt jemand das Problem und wie kann man es lösen?

[mkinzler]

Neu kompillieren lassen

[Cogito]

Aber wie kann ich denn jetzt dem Designer eigene Queries übergeben, die der User dann noch verknüpfen kann?

[mkinzler]

Entsprechende frxDataSets auf Delphiform und dann im Report unter Data aktivieren. dann sind sie im Querydesigner verfügbar

[Cogito]

Zitat:

Zitat von mkinzler

Entsprechende frxDataSets auf Delphiform und dann im Report unter Data aktivieren. dann sind sie im Querydesigner verfügbar

Dann muss ich das mal in aller Ruhe ausprobieren.
Was hat es nun mit dem Report Server auf sich? Hab ich den automatisch bei der FastReport VCL Enterprise mit dabei?

[mkinzler]

Ich hab nur die Pro.

[Cogito]

Zitat:

Zitat von mkinzler

Ich hab nur die Pro.

Könnte man erzeugte Reports auch so gestalten, das diese z.B. immer nachts ausgeführt werden können (nach dem tägl. Abschluss)? Ist das vielleicht in der Report Server Version oder gehts auch anders?

[mkinzler]

Zitat:

Könnte man erzeugte Reports auch so gestalten, das diese z.B. immer nachts ausgeführt werden können (nach dem tägl. Abschluss)? Ist das vielleicht in der Report Server Version oder gehts auch anders?

Der Report ist ja programmierbar. Man kann also ein Programm erzeugen, dass per "Geplanten Task" gestartet wird und automatisch Reports erzeugt und ausdruckt.

[Cogito]

Zitat:

Zitat von mkinzler

Zitat:

Könnte man erzeugte Reports auch so gestalten, das diese z.B. immer nachts ausgeführt werden können (nach dem tägl. Abschluss)? Ist das vielleicht in der Report Server Version oder gehts auch anders?

Der Report ist ja programmierbar. Man kann also ein Programm erzeugen, dass per "Geplanten Task" gestartet wird und automatisch Reports erzeugt und ausdruckt.

:gruebel: mhhh... ja stimmt, das wären ja im Prinzip nur ein paar Codezeilen. Ein Programm das mit Parameter gestartet werden könnte....
Was mir jetzt beim rumspielen aufgefallen ist, ich brauche ja gar nicht unbedingt solche Bereiche im Report, ich kann ja auch alle Daten und Diagramme einfach wie auf einem leeren Blatt Papier anordnen und hinschieben wie ich will, oder brauch ich doch diese Bands?

[mkinzler]

Wenn es mehrere Datensätze gibt, wirst du um Bands nicht herumkommen

[Cogito]

Zitat:

Zitat von mkinzler

Wenn es mehrere Datensätze gibt, wirst du um Bands nicht herumkommen

ausser beim Diagramm, das speist sich ja meistens durch eine Detailtabelle. Das Diagramm brauch ich aber dann nicht in einem extra Band anzuordnen, sondern kann das auf der gleichen Höhe wie die Masterfelder lassen, oder täusche ich mich da? Ich habe das gerade mal probiert und der Designer hat nicht gemeckert (was nichts heissen muss).

[Cogito]

Also irgendwie stehe ich ein bisschen auf der Leitung, wie nutzt man denn jetzt den Report Designer? Wie kann ich z.B. einen Benutzer einen neuen Report anlegen lassen und ihm von vorneherein ein paar Abfragen anbieten?