FiveTech Support Forums

nnicanor wrote:ya tuve la experiencia y como no estamos acostumbrados a manejar los campos autoincrementales entonces en cualquier momento se nos va a presentar duplicidad en los códigos esta es una funciones derivadas que uso espero que les sirva

Hola, con los campos autoincrementables no es posible que se produzca duplicidad, a menos que intruzcas el valor del campo manualmente
Pienso que solo se usan los bloqueos en tablas NO transaccionales, para tablas Transaccionales no veo la necesidad de bloquear tablas o registros...

El hecho que no estemos acostumbrados a usar los autoincrementales, no significa que no aprendamos a usarlos, no hay que restarle rendimiento a mysql, cuando trabajamos con Servidores remotos eso se puede convertir en altos costos de rendimiento...

pregunto nuevamente, en que escenario necesitan bloquear un registro con tablas transaccionales?
para hacer los incrementos manuales si los campos autoincrementables existen y mysql lleva ese control por nosotros?

Daniel,

Estamos de acuerdo, los campos autoincrementales evitan la duplicidad, lo que pasa es que muchos usamos una tabla donde están los consecutivos y los incrementamos manualmente, es por eso que es necesario realizar los bloqueos para poder agregar nuevos registros emulando como se hace en DBF, debemos aprovechar las ventajas de sql y cambiar el chip.

Al migrar una aplicación con todos los datos de DBF a mysql los Id auto incrementados no coincidían con la numeración que llevaba y resolví usar el mismo método que en DBF sin emular el bloque no tuve problemas de duplicidad por mucho tiempo pero comenzaron a presentarse y fue allí cuando comenze a usar el bloqueo simulado

Pienso que para nuevos proyectos debemos aprovechar las ventajas que nos brinda mysql.

Slds