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
|