[SOLUCIONADO] ¿Desbordamiento en el campo id?

[mariscos_recio]

Hola, imaginen que tienen una tabla de millones de comentarios, usuarios o lo que sea.El campo que los identifica a cada comentario es un int unsigned.¿Que ocurriría en el caso de Twitter(por poner un ejemplo) cuando sobrepase el valor de 4294967295 registros en el id de la tabla tweets?¿Como se solucionaría ese problema para que siga funcionando la aplicación?

Gracias.

[gnzsoloyo]

BIGINT UNSIGNED, o bien usar UUID() para registrarlos, aunque con el primero alcanzaría.

Miralo así: Con un BIGINT UNSIGNED, si cada persona del mundo (literalmente cada uno), publicase 500 mensajes por día, llevaría 14.400 años agotar la numeración, y eso sólo considerando sistemas de 32 bits.

Con el UUID()... El Universo se extinguirá antes.

[mariscos_recio]

Muchas gracias gnzsoloyo. Me ha quedado claro con tu respuesta. Por lo visto en esos casos es necesario un mayor consumo de memoria usando tipos de datos más grandes(BIGINT) con tal de mantener a tantos usuarios interactuando a pesar de que no es lo más óptimo.

[gnzsoloyo]

Y... es una decisión de diseño del sistema.
En realidad, lo más ortodoxo es crear una PK no numerica ni incremental, pero para eso se debe definir correctamente cuál es la clave apropiada para la entidad.

[mariscos_recio]

Claro, lo difícil es identificar en ese caso como debería ser la PK, pero tampoco creo que la diferencia de rendimiento sea mucha en caso de usar BIGINT que el caso que me has expuesto.De todas BIGINT sería una solución perfectamente válida y nada es para siempre xD.

[dontexplain]

Un int requiere un tamaño fijo de 4 bytes mientras que un bigint requiere un tamaño también fijo de 8 bytes. Aunque el número sea menor se aplica el zerofill que completa lo restante agregando ceros por la izquierda y el int/bigint(n) especifica un número n de display, por lo que no influye.

El impacto de esto en el rendimiento no es muy elevado, pero sí es importante en el tamaño de la tabla, que puede crecer en torno a un 10%.

Por ejemplo, una tabla con clave primaria de autoincremento en int de 500 mil entradas comparado con una tabla similar de bigint en sqlserver 2005 tiene un impacto de un 4 a un 5% con respecto al tiempo de procesamiento. Por ejemplo, si una consulta arbitraria en una tabla int tardara 0,5 segundos, una análoga con bigint tardaría 0,525 segundos.

Un saludo.