Re: Stammdaten

  • From: Yevgen Reznichenko <yevgen.r@xxxxxx>
  • To: idefix@xxxxxxxxxxxxx
  • Date: Thu, 12 Jun 2003 15:15:00 +0200

Am 06/12/2003 08:09 AM schrieb Roland Kruggel:

Wir sollten, wie auch schon Michael vorgeschlagen, die Namensdefinitionen ändern. Wir sollten uns darauf einigen, daß alle Tabellen einer Datenbank mit dem Zusatz 'Data' bezeichnet werden.

Das wo die Artikel und die Lagerdaten gespeichert werden sollen wir 'LagerData' nennen.

Sehr schön! Wir hollen aus dem Regal ein "LagerData" ...

Das wo die Anschriften der Kunden, Lieferanten und sonstige Addressen gespeichert werden nennen wir 'AddressData', usw.

und stellen eine Rechnung an eine "AdressData" und bekommen einen Lieferschein von einem "AdressData". Oder wir können es sogar noch besser machen wir fassen "Rechnung" und "Lieferschein" zum "Schriftstück" zusammen, dann können wir noch verständlicher sich ausdrücken, z.B. ein "Schriftstück" an eine "AdresseData" ausstellen. Dann weiss jeder was darunter gemeint ist. Oder noch besser wir fassen "bekommen" und "ausstellen" zum "Werb" zusammen, dann versteht uns jeder:

"Werb" "Schriftstück" an "AdressData"
"Werb" "Schriftstück" von "AdressData"

Ein abstraktes Beispiel:

Du hast ein Trinkglas.
In dieses Trinkglas kannst du Milch schütten.
In dieses Trinkglas kannst du Saft schütten.
in dieses Trinkglas kannst du Sprudel schütten.
Es bleibt aber immer ein Trinkglas!
Kein Sprudelglas, kein Saftglas, kein Milchglas. Du holst dir aifach ein Glas aus dem Schrank und füllst es mit x oder y oder z.

Das gleiche konkret als MySQL-Tabelle.

Du hast eine Tabelle AddressData.
In diese Tabelle kannst du Kunden speichern.
In diese Tabelle kannst du Lieferanten speichern.
In diese Tabelle kannst du Privatpersonen speichern.
Es bleibt aber immer die Tabelle AddressData!
Keine KundenData, keine LieferantenData...
Du hast nur AddressData und füllst sie mit Kundendaten oder Lieferantendaten oder Privatdaten ...


Verstanden?

Das hatte ich schon vor ein Paar Postings verstanden. Nur in meinen Augen Lieferanten, Kunde und Privatperson zu Adressdata zusammen zu fassen ist schwachsinnig. Weiter siehe unten....

Ich weis, Datenbanken sind für viele schwer. Aber wir schaffen es.

Also ich habe damit nicht so viele Schwierigkeiten. Aber wenn du schon von verstehen von DB sprichst, dann kennst natürlich die Normenlehre. Jetzt nehmen wir an dass der Benutzer zu jedem Kunden noch ein Extrafeld "Religion" haben möchte. Nach deinem Konstrukt erscheint dieser Feld dann auch bei jedem Lieferanten und jeder Privatperson, bleibt allerdings leer, nach der dritten Normalform, muss dieses Feld in eine Extratbelle verlagert werden.

Wei wir in der Tabelle AddresData viele verschiedene Personendaten speicher können ist dein Ausdruck (s.o.)


Adressen sind Kunden ...


auch falsch. Er ist genauf falsch herrum.

Beide Ausdrücke sind falsch und das wollte ich damit zeigen! Weder eine Adresse ist ein Kunde noch ein Kunde ist eine Adresse.

Wenn ich allerdings einen Kunden habe ist das mit absoluter sicherheit eine Adresse.
Richtig wäre demnach

Kunden sind Adressen ...
Lieferanten sind Adressen ...
Privatpersonen sind Adressen ...

Das finde ich einfach schrecklich.

cu

Yevgenij.

--
Projekt: Warenwirtschaft. Projektname: Jana
Infos: http://jana.bbf7.de

--------------------------------------------------------------------
Zum AUSTRAGEN schicken Sie eine Mail an idefix-request@xxxxxxxxxxxxx
mit dem Subject "unsubscribe". 
mailto:idefix-request@xxxxxxxxxxxxx?subject=unsubscribe

Mailarchive: //www.freelists.org/archives/idefix
Probleme? Mail an mailto:rkruggel@xxxxxxx (deutsch)

Other related posts:

  1. Home
  2. idefix
  3. Archive
  4. 06-2003