Duda con auto_increment

[phpeitor]

Buenas a todos.
Tengo una tabla en la que voy insertando clientes con sus datos personales (todo esto a traves de php). Como clave primaria tengo un código (o id) que es auto_increment y bigint.

Bien, mis dudas son las siguientes:

¿cuantos clientes podría insertar siendo un bigint?

Otra cosa que me tiene loco es que me he dado cuenta que cuando he introducido por ejemplo 10 clientes, cuando borro el cliente con código 4 (por ejemplo), luego cuando vuelvo a introducir un cliente, este se inserta con código 11.
¿Que problemas me puede traer esto?
¿Se puede modificar algo para que el nuevo cliente se inserte en un código que esté "libre"?, o simplemente no deberia preocuparme este tema porque tengo de sobra para insertar y borrar todos los clientes que quiera? jajaj

Saludos

[huesos52]

Buen día Phpeitor

un bigint maneja un rango entre -9223372036854775808 a 9223372036854775807.
o de 0 a 18446744073709551615 que sería tu caso.

No creo que tengas problemas con borrar unos cuantos clientes... jajajaja

[Genetix]

Iniciado por phpeitor

Buenas a todos.
Tengo una tabla en la que voy insertando clientes con sus datos personales (todo esto a traves de php). Como clave primaria tengo un código (o id) que es auto_increment y bigint.

Bien, mis dudas son las siguientes:

¿cuantos clientes podría insertar siendo un bigint?

Otra cosa que me tiene loco es que me he dado cuenta que cuando he introducido por ejemplo 10 clientes, cuando borro el cliente con código 4 (por ejemplo), luego cuando vuelvo a introducir un cliente, este se inserta con código 11.
¿Que problemas me puede traer esto?
¿Se puede modificar algo para que el nuevo cliente se inserte en un código que esté "libre"?, o simplemente no deberia preocuparme este tema porque tengo de sobra para insertar y borrar todos los clientes que quiera? jajaj

Saludos

¿Cual es el objetivo de que los IDs estén correlativos? ¿que pretendes con que ocupe el espacio vacio del otro ID?

Los Ids son identificadores únicos, no son indicadores de numeración de tus registros.

[matiasdagatti]

Ademas no es bueno borrar clientes sino darlos de baja

[phpeitor]

¿Cual es el objetivo de que los IDs estén correlativos? ¿que pretendes con que ocupe el espacio vacio del otro ID?

Los Ids son identificadores únicos, no son indicadores de numeración de tus registros.

Objetivo ninguno, es que lo preguntaba por si en un futuro podia haber algun tipo de error despues de haber insertado muchos clientes y borrado otros tantos xD, pero ya veo que no debe haber errores jeje

Ademas no es bueno borrar clientes sino darlos de baja

Los clientes los doy de baja, pero tambien los puedo eliminar si por ejemplo ha sido una equivocación.

Gracias a todos por la ayuda.

[gnzsoloyo]

Los clientes los doy de baja, pero tambien los puedo eliminar si por ejemplo ha sido una equivocación.

Los clientes deben ser validados ANTES de ingresarlos en la base de datos. Eso es básico, porque de lo contrario estás exponiendo a la base a contener inconsistencias que en algún momento producirán problemas.
Cuando se hace mención de que no se dan de baja, es que por razones de integridad referencial, existe un conjunto de tipos de datos que jamás se elimina en ningún tipo de bases de datos ya que los mismos pueden aparecer en registros históricos (como son los DataWarehouse, por ejemplo). Es el caso de las mercaderías, las bibliotecas, los usuarios, los clientes, etc. Lo que se hace no es eliminar el registro, sino darle una condición de "inactivo", obsoleto, o inexistente.
Por darte un ejemplo: si revisas los registros de productos de un supermercado de una firma de larga data encontrarás productos que no se fabrican desde hace años, o cuyas firmas ya ni existen. Pero se los debe conservar por las razones que mencioné.

Sintetizando:
- Valida los clientes en la aplicación y no permitas el ingreso sin previa revisión de datos. Corregir errores implica reprogramar cosas para poder hacer las verificaciones que se debieron hacer desde el inicio.
- No borres esos registros: desactívalos con un campo booleano que puedas usar para esa verificación, o bien traslada el registro a otra tabla histórica.