Buenos otro aporte haber si gusta.
Yo no soy partidario de múltiples campos idénticos en una tabla, ya que complican el asunto y necesitas meter código de programación, tanto en aplicación como en BBDD, por lo que los siguientes campos
los incluiría en otras entidades
Una entidad nueva para estos campos, siendo cada uno de ellos un registro. De este modo no bloqueo la entidad principal cada vez que tenga que actualizar un contador.
Solo se bloqueará el registro del contador que estés actualizando.
Tercera, si añades un modulo nuevo que requiera de un contador, solo tienes que añadir un registro nuevo y no tendrás que andar modificando estructura de datos
Código SQL
[-]
NUMEROPRESUPUESTO
NUMEROPEDIDO
NUMEROALBARAN
NUMEROFACTURA
NUMEROLOTE
NUMEROCLIENTE
NUMEROPROVEEDOR
NUMEROAGENTE
NUMEROALMACEN
NUMEROALMACENPORDEFECTO
Lo mismo que antes, incluso añadiría un segundo campo boolean que indicará la serie por defecto que quiero usar. Si solo hay un registro pos esa.
Código SQL
[-]
SERIE
SERIE2
SERIE3
USARSERIEYEAR
En esto también haría lo mismo, un registro por cada registro de LOPD
Código SQL
[-]
LDPD1 MEMO ,
LDPD2 MEMO ,
LDPD3 MEMO ,
Impuesto y recargos de equivalencia también los llevaría a una entidad aparte y cada tipo impuesto quedando algo así:
Código SQL
[-]
ID
IMPUESTO,
NOMBREIMPUESTO
RECARGOEQUIVALENCIA
DESCRIPCIONRECARGOEQUIVALENCIA
FECHAVIGENCIA
PD: Me gustan mucho las tablas
de BBDD