|
Yo hago algo parecido, pero sin usar tablas. Cuando doy a insertar factura hago un SELECT MAX(NUMERO) FROM FACTURAS_CAB, con alguna clausula WHERE por empresa, serie de facturación, etc... Y muestro ese número en pantalla, sin embargo, antes de postear el registro, vuelvo a hacer el mismo SELECT y vuelvo a actualizar el número de factura inmediatamente antes de postear, por si alguien ha metido nuevas facturas mientras se hacía la actual. (Importante que no se lancen mas instrucciones entre este nuevo select y el comiteo de la transacción, por razones obvias -si tardas en comitear, puede que alguien le de tiempo a meter una factura-). Con este método, si cancelas el alta de facturas no dejas huecos en la numeración.
También que es importante que, aunque tu número de factura sea una clave única, no sea clave primaria. Usa un autoincremental para la clave primaria, que será la que se usará para enlazar los detalles de la factura, de manera que puedas cambiar el nº de factura como te dé la gana sin tener que hacer modificaciones en cascada a los detalles de la factura. Además, puedes tener huecos en la clave primaria, cosa que no te puedes permitir en la numeración de las facturas.
Según los puristas, esto no se debe hacer, ya que si se graba en el mismo milisegundo dos facturas, o se consulta el SELECT MAX y hay una transanción en curso cambiando el nº de factura justo después de devolverme el valor del SELECT MAX, tendré un bonito mensaje de clave duplicada. Y es verdad, esto puede pasar una vez cada mil en una red con 30 o 40 equipos metiendo facturas, por lo cual no está de más meter un Try... except para informar del fallo y que repitan la factura....
En conclusión, todo depende de la concurrecia de datos que tengas prevista. Si van a entrar docenas de facturas por segundo, usa tablas de control (que también tienen sus problemas si no las usas bien) o autoincrementales; si son decenas por minuto, usa el SELECT MAX.
Espero haberte ayudado.
Saludos.
|