En AIX 5.2, estamos tratando de crear un archivo delta comparando el extracto previo al nuevo extracto. Estamos teniendo algunos registros aparecen como nuevos, cuando no esperaba.

Problema parece estar relacionado con la aparición de un nuevo registro con una clave que está totalmente en otra clave de registro. (¿No está seguro de por qué la cuestión clave que incluso ya que estamos realizando a nivel de registro de las comparaciones ...)

En última instancia, en busca de comprender:
1) ¿Por qué estamos recibiendo los nuevos registros de vuelta?
2) ¿Por qué el tipo-n (se señala más adelante) resolver el problema?


Un ejemplo ilustra el problema probablemente mejor ... NOTA (Ambos tipos utilizan la misma sintaxis).

Extracto anterior (ordenados resultado llamado prev_extract.dat.srt)
11111 | Valor A1 | Valor A2
12345 | Valor A3 | Valor A4
12346 | Valor A5 | Valor A6
9999 | Valor A7 | Valor A8

Nueva Extracto (pre-ordenar)
11111 | Valor A1 | Valor A2
12345 | Valor A3 | Valor A4
12346 | Valor A5 | Valor A6
9999 | Valor A7 | Valor A8
123 | Valor A9 | Valor A10

Nueva especie Extracto
sort-t "|"-k1, 1 New_Extract.dat> New_Extract.dat.srt

Nueva Extracto (ordenados resultado)
11111 | Valor A1 | Valor A2
123 | Valor A9 | Valor A10
12345 | Valor A3 | Valor A4
12346 | Valor A5 | Valor A6
9999 | Valor A7 | Valor A8

Comparar los archivos
com -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat


Sobre la base de nuestra comprensión, la comparación de resultados debe mostrar los registros que son nuevos (añade) o se han modificado. Así Extract_addchg.dat debe tener la estructura:
123 | Valor A9 | Valor A10

Sin embargo, nuestra realidad Extract_addchg.dat tiene el siguiente aspecto:
123 | Valor A9 | Valor A10
12345 | Valor A3 | Valor A4
12346 | Valor A5 | Valor A6


Si cambiamos nuestra especie a una especie de comandos-n ... entonces los 123 registros se mueve mucho antes de la 12345 y 12346 y la comunicación sólo devuelve los registros que desee.


Toda explicación?