può anche usare solo un indice ID utente, è molto più veloce per i join rispetto a char/varchar. i due secondi necessari per aggiungere che ora potrebbero farti risparmiare molto tempo in seguito se dovessi espandere accidentalmente la funzionalità del tuo schema.
alcune insidie a cui pensare:
- diciamo di aggiungere alcune tabelle in una data futura, cosa succede se qualcuno vuole cambiare un nome utente?
- diciamo che l'app ha più successo di quanto pensiamo, e dobbiamo guardare all'ottimizzazione, vuoi davvero rifare lo schema a questo punto per ridurre il sovraccarico di un indice varchar'ed?
