Foros del Web » Programación para mayores de 30 ;) » Bases de Datos General » Mysql »

Autoincrement

Estas en el tema de Autoincrement en el foro de Mysql en Foros del Web. Buenas a todos. Tengo una tabal con el Id definido como auto increment. Luego tengo una aplicacion a traves de la cual se puede modificar, ...
  #1 (permalink)  
Antiguo 15/04/2010, 12:01
 
Fecha de Ingreso: febrero-2010
Mensajes: 4
Antigüedad: 14 años, 2 meses
Puntos: 0
Autoincrement

Buenas a todos.

Tengo una tabal con el Id definido como auto increment. Luego tengo una aplicacion a traves de la cual se puede modificar, eliminar o isertar nuevos registros. El problema me viene cuando borro un registro, y luego inserto otro. Al insertar este nuevo deberia tomar el id del borrado... pero no es asi, me salta al siguiente y me acaba quedando una tabla por ejemplo asi:

id desc
1 Fruta
2 Legumbres
4 Otros

Alguna solucion para esto? imagino que es a la hora de crear la base de datos. Bueno espero que me podais ayudar. Saludos
  #2 (permalink)  
Antiguo 15/04/2010, 12:32
Avatar de gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 16 años, 4 meses
Puntos: 2658
Respuesta: Autoincrement

Vamos de nuevo con este tema. Sería mejor ponerlo dentro de las FAQ, supongo, pero aquí va:

Lo que dices muestra que no conoces bien el tema de las CLAVES PRIMARIAS (PK) en lo que a bases de datos se refiere, por lo cual te aconsejo profundizar el tema, al menos leyendolo en Wikipedia, ya que un campo auto_incremental, en MySQL, es PK por default.
A esto súmale:

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. Por otro lado, ¿qué te importa que tengas espacios de números que ya no usas, en tanto la numeración sea secuencial e incremental? ¿para qué perder tiempo en renumerar?, ¿para que quede más lindo? . Eso lo puedes hacer perfectamente en la interfase, donde visualizas la tabla de datos.

7. SI tu temor es quedarte sin números para usar, un ID generado en un campo numérico UNSIGNED tiene estos rangos:

- 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

¿Esperas usar más IDs que eso?

No creo que te debas preocupar por el asunto.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)

Etiquetas: autoincrementable
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 18:51.