Re: Stammdaten

  • From: Michael Gruetzner <Michael_Gruetzner@xxxxxx>
  • To: idefix@xxxxxxxxxxxxx
  • Date: Thu, 12 Jun 2003 15:58:52 +0200

Ich habe ein wenig das Gefühl, dass wir ein wenig aneinender vorbei reden. Um eventuelle Missverständnisse zu beseitigen, hier mal Meine Vorstellung des Ganzen:

Stammdatum ist eine Oberklasse, die alle gemeinsamkeiten selbiger in sich vereint.

Kunde, Lieferanten, Privat- und Geschäftspersonen sind jeweils ein Stammdatum(is a Beziehung).

Kunde, Lieferanten, Privat- und Geschäftsperonen besitzen jeweils eine beliebige Anzahl an Adressen(has a Beziehung).

Eine Adresse wiederum Besitzt Attribute wie Strasse, Ort, etc.), ist aber auch ein Stammdatum(also von Stammdatum abgeleitet)

Ich hoffe, ihr könnt mir Folgen ;-)

MfG
Michael

Yevgen Reznichenko wrote:
Am 06/12/2003 09:45 AM schrieb Heiko Kundlacz:

Es scheint sich hier wieder das alte Problem aufzutun. Die Gegensaetze von OO und Relationenen DB. Der eine versteht den anderen nicht.


Genau so ist es.

Also, das was ich in einer Datenbank abbilde ist nicht gleich der Objektstruktur der Objekte.


Sehe ich eigentlich auch so.

Deshalb kann man sehrwohl als Objekt Kunden definieren, und eine
Addresse oder was auch immer darunter ansiedeln. Das hat aber absolut
nichts mit der DB zu tun.


Ich glaube ich versuche das schon in 20 Postings zu predigen, wir sollten zuerst unsere Gegenstände und Aktivitäten ermitteln und diese klar definieren und zwar DB und Programm unabhängig. Das nennt man "einen Glossar erstellen", soweit ich weiss.

Es erscheint mir, als wuerde wieder auf Details geachtet werden, aber
die eigentlichen Anforderungen sind ueberhaupt nicht definiert.


Genau so ist es, wir wissen noch nicht ob es Kunden, Lieferanten usw geben soll oder nur Adressen, dafür haben wir schon besprochen wie wir das implementieren und wie das in DB abgebildet wird.

Gruss

Heiko


Yevgenij. Ich bin sehr dagegen DB-spezifisch oder Programmspezifisch zu modellieren und bin dafür die Anforderungsermittlung programmunabhängig durchzuführen. Siehe Postings:

1. <3EE7D1B9.3060202@xxxxxx> am wichtigsten! Immer noch keine Antwort.

2. <3EE7434E.9080505@xxxxxx>

3. <3EE7D1CA.10100@xxxxxx>

4. <3EE1F78B.1060203@xxxxxx>

usw.

Ein Beispiel dafür wie ich es mir vorstelle ist die erste Mail im Thread Kunde / Kundenstamm



--
/* Fuck.  The f-word is here so you can grep for it :-)  */
        2.4.3 linux/include/asm-mips/mmu_context.h

--
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: