La explicación por mi parte, es utilizando un identificador único como una cédula o carnet de identidad, pero cuando son sitios grandes, en la mayoría primero piden un usuario, validan que NO exista y si es así, pues se inserta. La probabilidad que en ese mismo instante se esté registrando otro usuario con el mismo nombre, es muy remota y si pasa, el motor de BD puede trabajar de diferentes forma, dependiendo de como fue diseñado, por ejemplo, puede hacer las siguientes acciones:
- Bloquear la o las tablas hasta que finalice la acción de inserción de datos.
- Todos los registros a insertar o modificar, van una pila FIFO (First In First Out "Primero en entrar primero en salir"). En este caso, si en la pila van datos repetidos, primero inserta el que va de primero y el siguiente igual, lo regresa al usuario con error. Para que regrese ese error, el campo usuario o el identificador único, debe ser llave.
En Sistemas Operativos y Base de Datos, hay un evento que se llama
deadlock, que si llega a ocurrir, la BD queda completamente frenada y se puede corromper.
Esa es mi explicación, espero te aclare un poco y puede que alguien más de otra opinión.