Ver Mensaje Individual
  #11  
Antiguo 22-05-2013
Avatar de PepeLolo
PepeLolo PepeLolo is offline
Miembro
 
Registrado: jun 2003
Ubicación: Fuenlabrada - Madrid - Espagna
Posts: 265
Reputación: 21
PepeLolo Va por buen camino
Talking

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 /* MEMO = BLOB SUB_TYPE 1 SEGMENT SIZE 80 */,
    LDPD2                            MEMO /* MEMO = BLOB SUB_TYPE 1 SEGMENT SIZE 80 */,
    LDPD3                            MEMO /* MEMO = BLOB SUB_TYPE 1 SEGMENT SIZE 80 */,

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  /* Este campo te indicaría desde que fecha esta vigente el impuesto, de modo que ante cualquier cambio en la legislación , solo tendrías que crear un nuevo registro e indicar
la fecha en la que entra en vigor */

PD: Me gustan mucho las tablas de BBDD
__________________
PepeLolo
El hombre el único virus que mide más de unas cuantas micras
Responder Con Cita