kann auch nur einen Benutzer-ID-Index verwenden, es ist viel schneller für Joins im Vergleich zu char/varchar. Die zwei Sekunden, die Sie brauchen, um das jetzt hinzuzufügen, können Ihnen später viel Zeit sparen, wenn Sie versehentlich die Funktionalität Ihres Schemas erweitern müssen.
Einige Fallstricke, über die Sie nachdenken sollten:
- sagen wir, wir fügen zu einem späteren Zeitpunkt ein paar Tische hinzu, was ist, wenn jemand einen Benutzernamen ändern möchte?
- Angenommen, die App ist erfolgreicher als wir denken, und wir müssen uns um die Optimierung kümmern. Möchten Sie Ihr Schema an dieser Stelle wirklich neu erstellen, um den Overhead eines mit Varchar versehenen Index zu reduzieren?
