kan lika gärna bara använda ett användar-ID-index, det är mycket snabbare för joins vs char/varchar. de två sekunder det tar att lägga till att nu kan spara mycket tid senare om du av misstag måste utöka funktionaliteten i ditt schema.
några fallgropar att tänka på:
- säg att vi lägger till några tabeller vid ett framtida datum, vad händer om någon vill ändra ett användarnamn?
- säg att appen är mer framgångsrik än vi tror, och vi måste titta på optimering, vill du verkligen göra om ditt schema vid det här laget för att minska omkostnaderna för ett varchar'ed index?