Datenbanknormalisierung (Datenbanken und Verzeichnisdienste)

[thread]14003[/thread]

Datenbanknormalisierung

Leser: 28

Articles: hide open all | hide show old branches

+12 replies
pktm

2009-09-10 16:51

User since
2003-08-07
2921 Artikel
BenutzerIn

Servus!

Ich möchte gerne eine Datenbank anlegen, in der man Rechnungen ablegt.
Jede Rechnung besteht aus verschiedenen Positionen, z.B. Arbeitsstunden, Material oder in meinem Fall, einem Stundenzettel.

Jetzt stehe ich vor dem Problem, dass ich nicht weiß, wie ich datenbanktechnisch sauber auf die verschiedenen Positionsarten verweisen kann. Ich habe zwar eine Tabelle mit Stundenzetteln und eine Tabelle mit Artikeln und Leistungen, aber die haben jeweils andere Felder. Wie gehe ich in einem solchen Fall mit Fremdschlüsseln um?

Normalerweise ist das ja ganz einfach. gehen wir davon aus, dass ich nur Artikel in so eine Rechnung schreiben kann.
Dann habe ich eine Tabelle Rechnungen mit solchen Feldern wie der ID des Adressdatensatzes des Empfängers und dem Mehrwertsteuersatz (hier ist auch noch so etwas: was ist mit Rechnungen, die brutto ausgestellt werden).
Des Weiteren gibt es eine Tabelle mit der Zuordnung von Artikeln, Rechnung, Anzahl und der jeweiligen Position auf der Rechnung.
Die Fremdschlüsselbeziehungen hier scheinen klar. Rechnungen haben eine r_id, Artikel eine a_id und die Tabelle mit der Zuordnung eine z_id und Spalten für a_id und r_id.

Jetzt kommt dieses Stundenzettel-Ding daher. Die liegen in einer anderen Tabelle. Meine Fremdschlüsseldefinition bezieht sich aber auf die Artikeltabelle. Wie baue ich da eine Wahlmöglichkeit ein?

Jemand Ideen? Literatur?

Grüße, pktm
http://www.intergastro-service.de (mein erstes CMS :) )
- +11 replies
- sid burn
  
  2009-09-10 18:09
  User since
  2006-03-29
  1520 Artikel
  BenutzerIn
  Mit deiner Beschreibung kann ich ich irgendwie nicht all zu viel anfangen. Primär deswegen weil mir Persönlich die beschreibung irgendwie zu wirr ist.
  
  Aber ansonsten ist das mit den Referenzen eigentlich ganz einfach. Als erstes solltest du dir ersteinmal nur die Haupttabellen überlegen die du Speichern möchtest. Hierbei überlegst du dir erstmal keine abhängigkeiten. Zum Beispiel folgende Tabellen.
  
  * Rechnung
  * Artikel
  
  Danach überlegst du dir die beziehung. Hier kannst du immer zwei sätze generieren.
  
  1) 1 X hat mehrere Y?
  2) 1 Y hat mehrere X?
  
  Ersetzt durch deine tabellen ergibt das folgende Sätze.
  
  1) Eine Rechnung hat mehrere Artikel?
  2) Ein Artikel kann auf mehreren Rechnungen sein?
  
  Je nachdem wie du die Sätze beantwortest kommt dabei eine andere beziehung dabei heraus. Beantwortest du eine Frage mit "Ja", Notierst du dir für die zuletzt genannte Tabelle im Satz ein "N", antwortest du mit "nein" notierst du dir eine "1". hier Mal alle Kombinationen die Möglich sind.
  
  1)"nein" 2)"nein":
  Rechnung 1 <-> 1 Artikel
  
  1)"nein" 2)"ja":
  Rechnung N <-> 1 Artikel
  
  1)"ja" 2)"nein":
  Rechnung 1 <-> N Artikel
  
  1)"ja" 2)"ja":
  Rechnung N <-> N Artikel
  
  Der erste und letzte ist etwas spezial. Sind beide Nein, ist es eine 1:1 beziehung daher du kannst daraus eine Tabelle machen. Allerdiengs stimmt das nicht immer. Sind es logisch zwei unterschiedliche dinge solltest du auch bei 1:1 die tabellen getrennt lassen. Hierbei solltest du dann in jeder Tabelle eine referenz haben die auf sich gegenseitig zeigt.
  
  Sprich Rechnung hat eine id von Artikel. Und Artikel hat eine id von Rechnung.
  
  Beim zweiten und dritten sprich 1:N oder N:1 packst du immer in die Tabelle wo du das N mackiert hast deine Referenz herein. Sprich im zweiten Beispiel hat rechnung eine "id" von Artikel, im dritten Beispiel ist es umgekehrt.
  
  Hast du bei beiden N:N spricht man von einer N:M beziehung. In diesem fall erzeugst du eine zusätzliche Tabelle, die deine beziehung speichert.
  
  In deinem Fall, würde ich sogar von einer N:M beziehung sprechen. Den eine Rechnung kann mehrere Artikel enthalten. Und jeder Artikel kann auf mehreren Rechnung zu finden sein. Daher du hast drei Tabellen
  
  Code: (dl )
  
  1 2 3 4
  
  rechnung <-> rechnung_artikel <-> artikel id id id id_rechnung id_artikel
  
  Sachen wie "Rechnungsposition" ist weder direkt der rechnung, noch dem artikel zuordbar, sondern ist ein attribut das durch die verknüpfung beider entsteht. daher landet diese information in der zwischentabelle.
  
  Code: (dl )
  
  1 2 3 4 5
  
  rechnung <-> rechnung_artikel <-> artikel id id id id_rechnung id_artikel position
  
  Daher wenn du alle drei tabellen zusammen joinst, bekommst du nachher die rechnung mit den artikeln, und die genaue position die dieser artikel in einer spezifischen rechnung hat heraus.
  
  Mit diesem Wissen solltest du eigentlich selber in der lage sein die beziehungen deiner Tabelle heraus zu bekommen. Du musst dir nur einmal die tabellen sauber aufschreiben und dir die oberen sätze durchgehen.
  Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
  - +10 replies
  - pktm
    
    2009-09-10 22:38
    
    User since
    2003-08-07
    2921 Artikel
    BenutzerIn
    
    Ja, das ist der Teil, den ich schon weiß. Jetzt geht es noch einen Schritt weiter.
    Auf einer Rechnung kann nicht nur ein Artikel stehen, sondern auch ein Stundenzettel. Das ist eine Art Spezial-Artikel, der andere Felder hat und deswegen nicht in der Tabelle für Artikel abgespeichert wird. Es gibt eine eigene Tabelle dafür. Hätte ich nur Artikel, hätte ich kein Problem.
    Aber ich habe sowohl gewöhnliche Verkaufsartikel, als auch Stundenzettel.
    
    Und wie definiere ich jetzt die Relation zwischen Rechnung und Stundenzettel *und* Rechnung und Artikel?
    http://www.intergastro-service.de (mein erstes CMS :) )
    - +9 replies
    - sid burn
      
      2009-09-11 00:02
      
      User since
      2006-03-29
      1520 Artikel
      BenutzerIn
      
      Du kannst doch so viele Beziehungen zwischen Tabellen aufbauen wie du möchtest.
      
      Code: (dl )
      
      1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
      
      .------------------. .-----------------. | rechnung_artikel | | artikel | N |------------------| N 1 |-----------------| .------->| id |----------->| id | | | id_rechnung | | ... | | | id_artikel | '-----------------' 1 | '------------------' .-------------. | rechnung | |-------------| | id | | ... | '-------------' 1 | .------------------------. .------------------. | | rechnung_stundenzettel | | stundenzettel | | |------------------------| |------------------| '------->| id |----->| id | N | id_rechnung | N 1 | ... | | id_stundenzettel | '------------------' '------------------------' ^ 1 | | N .------------------. | aufgabe | |------------------| | id | | id_stundenzettel | | start_time | | stop_time | | aufgabe | '------------------'
      
      EDIT: Zeichnung abgeändert.
      EDIT2: Beziehungen 1:N hinzugefügt
      Last edited: 2009-09-11 00:14:36 +0200 (CEST)
      Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
      - +2 replies
      - Gast Christoph
        
        2009-09-12 17:39
        
        Hier fehlt jetzt die Rechnungsposition - und (abgesehen davon ob man das überhaupt für ein sinnvolles Attribut hält) da wird es eigentlich interessant. Also zwischen rechnung und die beiden M:N Tabellen eine weitere Tabelle, die die Position enthält?
        Oder position in beiden M:N Tabellen mit einem trigger, der überprüft, dass(id_rechnung, position) über beide Tabellen unique ist?
        Oder eine tabelle rechnung_element von der rechnung_artikel und rechnung_stundenzettel erben könnten?
        
        Christoph
        
        sid burn
        
        2009-09-12 21:36
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        Guest Christoph
        Hier fehlt jetzt die Rechnungsposition - und (abgesehen davon ob man das überhaupt für ein sinnvolles Attribut hält) da wird es eigentlich interessant.
        
        Ich habe mich primär nur auf PKs und FKs konzentriert. Un klar warum sollte die Position nicht sinvoll sein? Wenn du eine Rechnung mehrmals anschaust möchte man in der Regel ja nicht das die Einträge immer durcheinander angezeigt werden (Sortierung von der Datenbank kann generell random sein).
        
        Quote
        Also zwischen rechnung und die beiden M:N Tabellen eine weitere Tabelle, die die Position enthält? Oder position in beiden M:N Tabellen mit einem trigger, der überprüft, dass(id_rechnung, position) über beide Tabellen unique ist?
        
        Ich würde keins von beiden machen. Wenn es zwei komplett unterschiedliche Tabellen sind mit unterschiedlichen Daten halte ich es generell für ziemlich schlecht unterschiedliche Daten in einer tabelle anzuzeigen.
        
        Möchte man eine Sortierung wirklich über beide Tabellen machen, dann würde ich vor den beiden N:M Tabellen nochmals eine Tabelle hinzufügen die die Sortierung macht, die dann entweder auf die eine oder andere Tabelle verweist. Aber sowas halte ich nicht gerade für ein schönes Design.
        
        Quote
        Oder eine tabelle rechnung_element von der rechnung_artikel und rechnung_stundenzettel erben könnten?
        
        Wenn Relationale Datenbanken sowas wie vererbung verstehen würden könnte man darüber vielleicht sprechen.
        
        Aber sowas bieten reine Relationale Datenbanken wie z.B. MySQL nicht an. PostgreSQL versteht aber vererbung, st aber auch eine ORDBMS. Ich würde meine Anwendung in der Regel aber nicht so schreiben das sie nur auf PostgreSQL läuft.
        
        Aber unabhängig davon sagte pktm ja das in beiden Tabellen komplett unterschiedliche Daten gespeichert werden. Dafür ist vererbung auch nicht gedacht. vererbung ist ein Mittel um Klassen spezifischer zu machen. Nicht um komplett unabhängige Sachen irgendwie zusammenzubringen.
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
      - +6 replies
      - pktm
        
        2009-09-12 20:52
        
        User since
        2003-08-07
        2921 Artikel
        BenutzerIn
        
        Ich hab hier mal aufgemalt, was ich habe: Bild.
        Sowie ich das nun verstanden habe, müssen die Stundenzettel irgendwie parallel / als Subklasse der Rechnungspositionen laufen, oder der Artikel. Als Rechnungsposition fände ich es logischer.
        
        Gibts eigentlich einen Editor für solche ASCII-Schemata?
        http://www.intergastro-service.de (mein erstes CMS :) )
        
        +2 replies
        
        sid burn
        
        2009-09-12 21:42
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        2009-09-12T18:52:43 pktm
        Ich hab hier mal aufgemalt, was ich habe: Bild.
        
        Hmm, ist ja praktisch das was ich am anfang einzeichnete, nur fehlt dort jetzt dein Stundenzettel?
        
        Quote
        Sowie ich das nun verstanden habe, müssen die Stundenzettel irgendwie parallel / als Subklasse der Rechnungspositionen laufen, oder der Artikel. Als Rechnungsposition fände ich es logischer.
        
        Wenn beide Daten etwas komplett unterschiedliches Darstellen würde ich diese nicht in einer Tabelle darstellen sondern in zwei voneinander getrennten tabellen.
        
        Also z.B. auf dem Ausdruck zuerst eine Tabelle wo die Produkte sind mit ihrer reihenfolge. Und dann z.B. dadrunter eine weitere Tabelle die die Stunden angeben.
        
        Beides in einer tabelle zu Mixen finde ich nicht gerade übersichtlich und verständlich.
        
        Quote
        Gibts eigentlich einen Editor für solche ASCII-Schemata?
        
        Ich habe die mit App::Asciio erstellt.
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        pktm
        
        2009-09-13 11:46
        
        User since
        2003-08-07
        2921 Artikel
        BenutzerIn
        
        2009-09-12T19:42:17 sid burn
        Wenn beide Daten etwas komplett unterschiedliches Darstellen würde ich diese nicht in einer Tabelle darstellen sondern in zwei voneinander getrennten tabellen.
        
        Ja, dem ist ja auch so. Produkte liegen in products und Stundenzettel in time_reports. Aber beides sind Dinge, die auf einer Rechnung auftauchen können, also in der Tabelle billing_positions. Und das muss irgendwie gehen. Nur weil produkte unterschiedliche Felder haben, bedeutet das ja nicht, dass man diese nicht mehr auf einer Rechnung zusammen fassen kann. Ich kann auch einer Rechnung sehr z.B. sehr wohl Festplatten und IT-Dienstleistung angeben und beides ist ein Produkt. Genauso verhält es sich mit Stundenzetteln.
        
        Wie bindet man also die beiden Dinge, die auf der Rechnung erscheinen können, untereinander an?
        
        Hier mal ein doofes Beispiel. weil dann keine FK-Überprüfung mehr möglich ist:
        billing_positions enthält die 4 Felder billing_position_id, position, position_type und position_fk_id.
        Type gibt dabei an, ob es sich um ein Produkt aus products handelt, oder aus time_reports. position_fk_id ist der jeweilig Fremdschöüssel.
        
        Das wäre eine Möglichkeit, aber ganz sicher keine, die erstrebenswert ist. So kann nämlich die Datenbank gar nicht mehr so einfach ausrechnen, was der Rechnungsbetrag ist.
        http://www.intergastro-service.de (mein erstes CMS :) )
        
        +3 replies
        
        sid burn
        
        2009-09-12 22:08
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        Oder nochmal anders. Wenn du wirklich Daten von zwei unterschiedlichen Tabellen bei der anzeige in einer Tabelle anzeigen möchtest, dann gibt es noch eine andere Möglichkeit diese zu Sortieren. Bei Amazon z.B. wird soweit ich weiß die Reihenfolge immer beibehalten so wie man die Artikel in den Warenkorb hinzugefügt hat. Wenn du sowas über mehrere Tabellen hinweg machen möchtest, kannst du auch anstatt eine Nummer die die Sortierung angibt, einfach ein Timestamp nutzen.
        
        Daher du speicherst einfach wann ein Eintrag hinzugefügt wurde, und lässt dann über den Timestamp sortieren.
        
        Das müsstest du Wissen ob das für dich in frage kommt.
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
        
        +2 replies
        
        pktm
        
        2009-09-13 11:48
        
        User since
        2003-08-07
        2921 Artikel
        BenutzerIn
        
        Nö, ich will dieses Attribut position in der billing_positions-Tabelle. Da wird die Reihenfolge festgelegt und an dieser Stelle soll sie auch vom Nutzer verändert werden können. Bei Timestamps wird das wieder so ein gehacke. Es ist auch kein Warenkorb, sondern eine Rechnung, die ein Nutzer selbst anlegen können soll.
        Für einen Warenkorb hatte ich allerdings in der Tat den Timestamp verwendet.
        http://www.intergastro-service.de (mein erstes CMS :) )
        
        sid burn
        
        2009-09-14 12:27
        
        User since
        2006-03-29
        1520 Artikel
        BenutzerIn
        
        2009-09-13T09:48:30 pktm
        Nö, ich will dieses Attribut position in der billing_positions-Tabelle. Da wird die Reihenfolge festgelegt und an dieser Stelle soll sie auch vom Nutzer verändert werden können. Bei Timestamps wird das wieder so ein gehacke. Es ist auch kein Warenkorb, sondern eine Rechnung, die ein Nutzer selbst anlegen können soll.
        Für einen Warenkorb hatte ich allerdings in der Tat den Timestamp verwendet.
        
        Wenn du sowieso nur beides zusammen anzeigst kannst du es ja trotzdem machen wie hier: http://www.perl-community.de/bat/poard/message/125...
        
        "position" kannst du dann ja über beide Tabellen setzen. Naja nachteilig ist es halt wenn du nur eine Tabelle einzelnt für sich bearbeitest. dann läuft es natürlich auseinander.
        
        Aber die Gefahr hast du ja generell wenn du eine Position über zwei Felder machen möchtest.
        
        Ansonsten musst du es so lösen das du vor dem N:M Tabellen nochmals eine Tabelle einfügst, die entweder ein eintrag aus der rechnung <-> rechnung_artikel tabelle verweist oder eben auf ein eintrag in der rechnung <-> rechnung_stundenzettel verweist, und dort die Position enthalten ist.
        
        Du darfst dann allerdiengs nur immer ein Feld ausfüllen und der andere ist NULL. Allerdiengs kannst du auch bei diesem Schema nur eine Tabelle bearbeiten und die Positionen so setzen das doppelte vorkommen (okay kann man generell auch mit nur einer Tabelle, aber bei einer Tabelle passiert so ein Fehler seltener).
        
        Von daher würde ich dir halt immer noch das Schema empfehlen was ic dir gepostet habe.
        
        Am besten wäre aber sicherlich du würdest Artikel und Stundenzeiten bei der Anzeige trennen. ;)
        
        Code: (dl )
        
        1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
        
        .-------------------------------------------------------. | Kosten: Soldat James Ryan | | | | Verpflegungskosten | | .---------------.----------------.----------------. | | | Artikel | Anzahl | Preis | | | |---------------|----------------|----------------| | | | Whiskey | 5 | 20 Euro | | | | Wodka | 3 | 10 Euro | | | | Cola | 6 | 3 Euro | | | | Bier | 3 | 2 Euro | | | | | | | | | '---------------'----------------'----------------' | | Bundeswehr Zeitplan | | .---------------.----------------.----------------. | | | Aufgabe | Startzeit | Endzeit | | | |---------------|----------------|----------------| | | | Gelaufen | 1.1.1970 06:00 | 1.1.1970 08:00 | | | | Gesessen | 1.1.1970 08:00 | 1.1.1970 10:00 | | | | Geschlafen | 1.1.1970 10:00 | 1.1.1970 13:00 | | | | Mittagspause | 1.1.1970 13:00 | 1.1.1970 14:00 | | | | Geschlafen | 1.1.1970 14:00 | 1.1.1970 18:00 | | | | Dienstschluss | 1.1.1970 18:00 | 2.1.1970 06:00 | | | '---------------'----------------'----------------' | '-------------------------------------------------------'
        
        Last edited: 2009-09-14 12:30:33 +0200 (CEST)
        Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de

View all threads created 2009-09-10 16:51.