Hallo,
mein Wunsch ist folgender: Ich werde die nächsten Tage eine Reihe Karteileichen, also User, aus der Nutzerverwaltung entfernen, d.h. (per Batch) ihre Profile löschen. Aber einige bleiben.
Gleichzeitig möchte ich die Sicherheit erhöhen, indem ich für die verbliebenen Nutzer neue USER-ID's (Primärschlüssel) erstelle. Meine Idealvorstellung wäre es, wenn die Nummern wirklich "random ID's" wären. Denn das sind sie derzeit nicht, ich zitiere firstlady
ZitatEs ist eine Schutzmaßnahme, dass der erste angelegte user immer eine zufällig gewählte Nummer hat.
User-ID
"der erste" - die folgenden Nrn. aber nicht, die folgen dem +1-Schema.
Was ich erreichen möchte, ist: Ich möchte, dass der Primary key nach einer SQL-Formel so durchgeschüttelt wird, dass ALLE Nummern wirklich "random" (zufällig) generiert werden, also nach dem Prinzip "Lottozahlen", im Beispiel: Auf eine ID 257 folgt eine 911, darauf eine 468 usw.
So erreiche ich, dass eine Nachbar-ID nicht "erraten" werden kann, also, falls sich doch einmal ein Nutzer mit nicht ganz koscheren Absichten registriert, hier "no way" ist (in den Datenschutzbestimmungen ist mit der Registrierungs-E-Mail darauf hinzuweisen, dass die einem Nutzer zugewiesene ID nicht "seine" ist, sondern jederzeit vom Super User geändert werden kann).
Was ich nun im Web dazu fand, ist nicht wirklich weiterführend. Was ich hier lese, ist, dass auto_increment immer nur +1 versteht:
https://dev.mysql.com/doc/mysq…ample-auto-increment.html
Ist aber ein alter Thread; gibt es inzwischen komplexere Formeln?
Natürlich könnte man jetzt einen Rundumschlag machen, die Spalte mit dem Primary keys löschen und mit ALTER TABLE neu generieren. Aber was ist dann mit den relativ abhängigen ID's, die z.B. in der Tabelle {Präfix]_contact_details die Relation herstellen? Die müsste ich vermutlich von Hand umschreiben, ein nicht praktikables Unternehmen.
Gibt es vielleicht ein Plugin für diesen Zweck? Ich wüsste nicht mal, wonach ich fragen sollte. "rebuild primary key"?
Danke schon mal für Antworten.