16
Me lo contó un amigo:¿Es malo usar el nombre de usuario como clave principal en el diseño de la base de datos?
¿Qué llave única usas? Espero que no guarden el nombre de usuario completo --- ¡esto consumirá demasiado espacio de tabla! Asigne un ID de usuario único a cada (único) userNAME y guarde este ID de usuario (debe ser INTEGER UNSIGNED auto_increment o BIGINT UNSIGNED auto_increment). No se olvide de crear una referencia
EXTERIOR CLAVE (
userID) REFERENCIASusertable(userID) en todas las mesas utilizando el ID de usuario.
¿Es correcta la afirmación anterior? ¿Por qué o por qué no?
La clave principal no puede cambiar. O no es "primario". La clave debe ser asignada por el sistema, para garantizar que nunca pueda cambiar. Otros campos (como el nombre) pueden tener índices únicos, pero no pueden ser una clave principal, por definición. –
La aplicación especifica algún campo como clave principal y, por lo tanto, no cambia. La aplicación puede cambiar posteriormente, lo que hace que un campo definido originalmente como único y no cambiante, permita duplicados o cambios, que es el punto aquí. –
¿Es cierto también para unirse a la mesa? En otras palabras, ¿debería crear ID para cada entrada en la tabla de unión porque la combinación de claves principales puede cambiar? –