Re[2]: auto_increment "reseten" ?

[triendl.kj]

----- Original Message -----
From: "Pete 'Baldur' Hillebrand" <Baldur_(at)_4players.de>
To: <mysql-de_(at)_lists.4t2.com>
Sent: Sunday, September 30, 2001 2:55 AM
Subject: Re: Re[2]: auto_increment "reseten" ?


> Am Samstag, 29. September 2001 17:01 schrieb Bruno Dickhoff:
> > Hello Pete,
> > Friday, September 28, 2001, 1:52:17 AM, you wrote:
> > ...also ist das, was Du mit ausgeben willst, eine "laufende Nr.", und
> > nicht unbedingt das, was eine ID ausmacht.
> >
> > Dann nummeriere die Filme doch einfach durch, unabhängig von der ID.
> > Einfach eine eigene Spalte dafür in der DB definieren und fertich is.
> >
> > Fraglich ist aber dann immer noch in Deinem speziellen Anwendungsfall,
> > ob sich durch die Wiederverwendung der laufenden Nummern nachher
> > tatsächlich eine sinnvolle Sortierung ergibt, wie Du es möchtest...


objektIDs sollten nie eine aussage über die realität enthalten, sondern nur
für die einzigartigkeit in einem (datenbank)system sorgen - siehe
http://www.ambysoft.com/mappingObjects.html - abschnitt: OIDs should have no
business meaning.


A very critical issue that needs to be pointed out is that OIDs should have
absolutely no business meaning
whatsoever. Nada. Zip. Zilch. Zero. Any column with a business meaning can
potentially change, and if
there's one thing that we learned over the years in the relational world it'
s that it's a fatal mistake to give
your keys meaning. If your users decide to change the business meaning,
perhaps they want to add some
digits or make the number alphanumeric, you need to make changes to your
database in every single spot
where you use that information. Anything that is used as a primary key in
one table is virtually guaranteed
to be used in other tables as a foreign key. What should be a simple change,
adding a digit to your
customer number, can be a huge maintenance nightmare. Yuck. In the
relational database world, this OID
strategy is referred to as employing surrogate keys.



--
triendl klaus


---
!!NEU!!
Fragen und Antworten zu MySQL und dieser Liste unter
-->>  http://www.4t2.com/mysql