Also ich wüsste nur wenige Fälle, in denen man nach dem Primärschlüssel sortiert, da es im Prinzip unsinnig ist:
Wenn man nach dem zuletzt geänderten Datensatz schaut, dann sortiert man nach einem anderen Feld, welches dann meist Update heißt. Oder nach dem neusten, dann meistens nach dem Feld INSERT, da man eh das Datum der Änderung oder der Eintragung haben will.
Es ist vielen DBA's schon passiert, dass der Int überlaufen war, da einfach zu viele kleine Datensätze in der Tabelle waren:
- du hast das z.B. bei Datenloggern, diese senden alle 1 - 5 Minuten den aktuellen Stromverbrauch an eine Schnittstelle, oder die Schnittstelle holt sich in dieser Zeit den aktuellen Verbrauch. Daraus wird dann eine Stromkurve berechnet. Um nun den Verbrauch zu ermitteln und den Service Energieoptimierung anbieten zu können, brauchst du alle Datensätze, da du daraus eine Kurve erstellst.
Ein Datenlogger besitzt 16 Kanäle, welche wiederrum mit verschiedenen Verbrauchsmessern verbunden sind. Da reicht dann Int nach einer Zeit nicht mehr aus.
Ausserdem hast du mit UNIQUE im optimalen Fall einen Eindeutigen Schlüssel in der gesammten Datenbank, es ist unverscheinlich, dass dieser Doppelt vorkommt, im enteffekt egal wieviele Tupels du hast.
Ich merke aber, das viele von euch aus der MySQL Welt kommen, da wird viel mit Int gearbeitet. In MSSQL ist aber als eindeutiger Schlüssel immer ein Unique besser, dafür wurde er ja auch eingeführt.