Estoy tratando de averiguar si mi mesa obtendrá menos rendimiento si cambio la clave principal a BIGINT (20). Por el momento, estoy usando INT (7) y tengo aproximadamente 300,000 entradas ya con ID grandes (7 u 8 dígitos). Ya busqué mucho, pero solo descubrí que usa más espacio en el disco (lo cual es obvio).BIGINT rendimiento de mysql en comparación con INT
Todas mis identificaciones tienen 7 dígitos en este momento, pero mi cliente desea cambiar a 8 dígitos. No podré cambiar fácilmente el software en el futuro, así que pensé en usar BIGINT (20) ahora por las dudas. ¿Sería menos efectivo si uso BIGINT aunque todavía no lo necesite?
¿Alguien con experiencia haciendo esto tiene sugerencias con respecto a la velocidad y el rendimiento?
Esto dice todo lo que estaba a punto de hacer. Prácticamente no tiene posibilidad de alcanzar el límite en un campo INT a menos que esté tratando con MUCHOS datos (que NO son 300,000 entradas). También como se menciona aquí, el (7) realmente no hace nada para limitar lo que almacena el campo. Todavía tiene un límite de 4.3 mil millones (suponiendo que lo haga SIN FIRMAR) –
conozco los tamaños de int (7) y así sucesivamente. pero no uso el autoincremento en esa tabla, porque los números se importan desde otra base de datos, y son mucho más largos que 2 caracteres – rubo77
leo http://dev.mysql.com/doc/refman/5.1/en/numeric -type-overview.html :) – rubo77