Tu problema es la capacidad del programa que usas. Eso es lo que deberías resolver, por cuanto:
1. No es conveniente "reorganizar" un índice autoincremental porque en esencia
es una tarea sin funcionalidad, carente de practicidad y consumidora innecesaria de tiempo de proceso.
2. El renumerar las PRIMARY KEY de un campo incremental
no produce ninguna mejora en la optimización de consultas, por lo que hacerlo solamente resulta en tiempo de PC consumido.
3. Renumerar un campo autoincremental,
genera un nuevo ordenamiento FISICO de los datos (una PK genera un índice cluster), con la consiguiente sobrecarga del microprocesador, porque tiene que reescribir físicamente la tabla cada vez y reconstruir el índice completamente.
4.
Tampoco es recomendable bajo ninguna circunstancia renumerar una PK (es el caso en MySQL donde un AUTOINCREMENT es PK por default)
si se usa como FK de otras tablas, porque
generará inconsistencia de datos entre registros de tablas relacionadas.
5.
No se recomienza renumerar si existen datos históricos de otras transacciones, que hacen referencia a otros registros que tenían el mismo número. De hecho, en una tabla de stock, las ID jamás cambian porque el hecho que un producto ya no exista ni se fabrique
no quiere decir que no aparezca en registros más antiguos. Pisar un ID sería lo mismo que
ponerle a un recién nacido el número de documento de un muerto.
6. El alcance de los rangos de representación de los campos numéricos en MySQL es muy amplio. Siendo UNSIGNED, tienes:
- TINYINT: 0 a 255.
- SMALLINT: 0 a 65.535.
- MEDIUMINT: 0 a 16.777.215
- INT: 0 a 4.294.967.295.
- BIGINT: 0 a 18.446.744.073.709.551.615
Si tu autoincremental no entra en ninguna de estas consideraciones, simplemente debes ejecutar
Código sql:
Ver originalALTER TABLE tabla AUTO_INCREMENT = 1.
Recordando que la tabla debe estar vacía o simplemente de reiniciarán todos los ID que haya. Y un ID de PK no puede duplicarse.