kan lige så godt bare bruge et bruger-id-indeks, det er meget hurtigere for joins vs char/varchar. de to sekunder, det tager at tilføje, at nu kan spare dig for en masse tid senere, hvis du ved et uheld bliver nødt til at udvide funktionaliteten af dit skema.
nogle faldgruber at tænke over:
- sig vi tilføjer et par tabeller på en fremtidig dato, hvad nu hvis nogen vil ændre et brugernavn?
- sig, at appen er mere succesfuld, end vi tror, og vi er nødt til at se på optimering, vil du virkelig gerne lave dit skema om på dette tidspunkt for at reducere overheaden af et varchar'ed-indeks?