Re: Glossar(Stammdaten)

  • From: Roland Kruggel <rkruggel@xxxxxxx>
  • To: idefix@xxxxxxxxxxxxx
  • Date: Tue, 17 Jun 2003 17:02:53 +0200

Am Dienstag Juni 17 2003 16:46 schrieb Michael Gruetzner:
> Roland Kruggel wrote:
> > Am Dienstag Juni 17 2003 16:30 schrieb Yevgen Reznichenko:
> >>Hallo,
> >>
> >>Am 06/17/2003 10:06 AM schrieb Roland Kruggel:
> >>>>>Ok, ich stimme dir vollständig zu. Was hälst du davon, die Id
> >>>>> auch noch mit zu Stammdatum hinzuzufügen?
> >>>>
> >>>>Sollen alle Stammdaten eine eindeutige ID haben?
> >>>
> >>>Zur Definition.
> >>>Eine ID ist eine eindeutige Kennzeichnung eines Datensatzes.
> >>
> >>Diese Definition passt mahr an einen Primarykey einer Tabelle, aber
> >>ID != Primarykey, obwohl sie meistens als solche genommen wird,
> >> aber ...
> >>
> >>>D.h. _Jede_ Tabelle bekommt eine ID. Diese ID wird von der
> >>> Datenban eindeutig und selbstständig erzeugt und gespeichert.
> >>
> >>Jede Tabelle muss ein Primarykey (deut. Primärschlüssel) besitzen,
> >>aber nicht ID. Nehmen wir uns dein Beispiel mit Zuordnung von
> >>Adressen vor, du wolltest in einer Extratabelle die Kunden-ID und
> >> die entsprechende Adresse-ID ablegen. Was ist dann die eindeutige
> >> ID die automatisch erzeugt wird? In solchen Fällen erzeugt man
> >> keine extra-ID man legt einfach Kunden-ID zusammen mit Adressen-ID
> >> als Primarykey fest und das ist alles.
> >
> > Reden wir hier wirklich von dem selben?
> > Die ID ist keine Adress-, Kunden- etc Nummer. Die ID tritt nicht
> > ach aussen zum Anwender. Sie diehnt nur der Internen Verwaltung der
> > Tabellen und der Eindeutigen Verweise untereinander.
> >
> > Du brauchst wirklich nicht in jeder Tabelle einen ID. Das ist
> > richtig. Aber: Da due dich nicht um die ID in der Tabelle kümmern
> > mußt, das macht MySQL alleine, und da die ID immer eine eindeutige
> > Nummer ist, ist es für spätere Erweiterungen bei
> > Tabellenverknüpfungen immer von Vorteil diese ID zu haben.
> >
> > Ich plädiere also darauf: in _JEDER_ Tabelle eine ID zu halten.
>
> Also ist Id == primaryKey aber != Kunden-/Lieferantennummer. Oder?

So isses

> Wenn ja, ist das Ok. Die Kunden-/Lieferantennummer sollte dann auf
> jeden Fall vom Programm generiert werden.

Ja, genau. Aber die Kunden- bzw. allgemein die Adressnummer muß auch 
überschrieben werden können. Muß dann natürlich in den Nummernramen 
passen und frei sein.

cu

-- 
Roland Kruggel          mailto: rkruggel@xxxxxxx
System: AMD 1200Mhz, Debian woody, 2.4.20, KDE 3.1

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