Re: [lang] Re: Suche über alle Felder
Von: Christian Kirsch (ck@bru6.de) [Profil]
Datum: 08.07.2008 11:08
Message-ID: <48732e90$0$7554$9b4e6d93@newsspool1.arcor-online.net>
Newsgroup: de.comp.datenbanken.mysql
Datum: 08.07.2008 11:08
Message-ID: <48732e90$0$7554$9b4e6d93@newsspool1.arcor-online.net>
Newsgroup: de.comp.datenbanken.mysql
Christoph Herrmann schrieb: > Dominik Echterbruch schrieb: >> Wozu? Welchen Vorteil bringt das aus deiner Sicht? Die ID ist völlig >> aussagefrei (jedenfalls für nicht-Datenbanken). Warum damit Aufwand >> treiben? > > Eine ID ist ein numerisches Feld mit einem fest definierten > Wertebereich. Wenn du immer hochzählst, bist du irgendwann an der oberen > Grenze angekommen. Was dann? ;) > Du nimmst ein unsigned long int. Dann hast Du (bitte selber nachrechnen, was 2^63 ist) mögliche IDs. Fügst Du 1000 Datensätze pro Sekunde ein, kannst Du das rund 292 Millionen Jahre lang betreiben, ohne dass Du an der Grenze ankommst. Füge 1 Million Datensätze pro Sekunde ein, und Du kannst das immer noch 292471 Jahre lang betreiben. Wenn Du eine praktische Anwendung kennst, für die das nicht reicht, verrat' sie doch bitte. Und kommt nicht mit der Anzahl aller Engel, die auf eine Nadelspitze passen. > Es ist völlig sinnfrei die ID nicht neu zu vergeben in meinen Augen. > Leider gibt es keine mir bekannte Datenbank bei welcher man dies > definieren kann. > Es ist eben nicht sinnfrei. Stell Dir einfach vor, es handele sich um Kundennummern. Da kündigt einer seinen Vertrag und Du recyclest seine Kundennummer. Nach drei Jahren (also vor Ablauf der Verjährungsfrist) kommt es zu einem Rechtsstreit ... Du musst also mit dem Recyclen mindestens warten, bis die Verjährung abgelaufen ist - praktischerweise aber 10 Jahre, wg. der steuerlichen Vorschriften. Was willst Du also *gewinnen*, wenn Du die IDs wieder verwendest?[ Auf dieses Posting antworten ]
Antworten
- Christoph Herrmann (08.07.2008 11:15)
- Dominik Echterbruch (08.07.2008 11:29)
- Christian Kirsch (08.07.2008 11:36)
