también puede usar un índice de ID de usuario, es mucho más rápido para uniones vs char/varchar. los dos segundos que lleva agregar eso ahora podrían ahorrarle mucho tiempo más adelante si accidentalmente tiene que expandir la funcionalidad de su esquema.
algunas trampas en las que pensar:
- digamos que agregamos algunas tablas en una fecha futura, ¿qué pasa si alguien quiere cambiar un nombre de usuario?
- digamos que la aplicación tiene más éxito de lo que pensamos, y tenemos que analizar la optimización, ¿realmente desea rehacer su esquema en este punto para reducir la sobrecarga de un índice varchar'ed?
