Ver Mensaje Individual
  #2  
Antiguo 17-11-2003
JMOTON JMOTON is offline
Miembro
 
Registrado: nov 2003
Ubicación: CARTAGENA
Posts: 10
Reputación: 0
JMOTON Va por buen camino
YO TENGO EL MISMO PROBLEMA. La forma que tengo de solucionarlo es:

Compruebo si hay registros duplicados antes de hacer el Backup:

select CODDIARIO, NUM_ASIENTO, count(*) cuantos
from ASIENTOS
group by CODDIARIO, NUM_ASIENTO
PLAN SORT (SORT ((ASIENTOS NATURAL)))
order by 3 descending.
...
los que tengan más de 2 en el campo cuantos ==> los borro.

como son registros que puedo recalcular (es la cabecera de algunas lineas) , los borro, ya que no se cual es el bueno, y creo un único registro.

Esto ha sido una solución chapuza, para no tener que estar restaurando sin activar indices, eliminar duplicidades y depués activar los indices. Por supuesto esto ocurre con poca frecuencia, porque si no hubiera buscado otras soluciones.

Pero la pregunta es porqué ocurre esta duplicidad. En mi caso creo que es porque la clave primaria la forman 2 campos string. Creo que la clave primaria debería de se un campo entero, y si luego tenemos campos que no se pueden repetir, hacerlo con índices únicos. PRUEBA ESTE TEMA POR SI ES TU CASO.

Saludos.
__________________
JM
Responder Con Cita