En AIX 5.2, nous essayons de créer un delta en comparant le fichier avant de l'extraire de nouveaux extraits. Nous avons quelques disques apparaissent comme de nouvelles quand nous ne nous attendons pas elle.

Le problème semble être lié à l'apparition d'un nouveau record avec une clé qui est entièrement contenue dans une autre documents clé. (Vous ne savez pas pourquoi la clé serait même question depuis que nous avons des résultats record au niveau des comparaisons ...)

En fin de compte chercher à comprendre:
1) Pourquoi ne sommes-nous obtenir le retour d'autres dossiers?
2) Pourquoi le tri-n (noté ci-dessous) de résoudre le problème?


Un exemple illustre le problème sans doute le mieux ... NOTE (deux sortes utiliser la même syntaxe.)

Extrait précédente (résultat triés nommé prev_extract.dat.srt)
11111 | Valeur A1 | Valeur A2
12345 | Valeur A3 | Valeur A4
12346 | Valeur A5 | Valeur A6
9999 | Valeur A7 | Valeur A8

Extrait Nouvelle (pré-tri)
11111 | Valeur A1 | Valeur A2
12345 | Valeur A3 | Valeur A4
12346 | Valeur A5 | Valeur A6
9999 | Valeur A7 | Valeur A8
123 | Valeur A9 | Valeur A10

Trier New Extrait
sort-t "|"-k1, 1 New_Extract.dat> New_Extract.dat.srt

New Extrait (triés résultat)
11111 | Valeur A1 | Valeur A2
123 | Valeur A9 | Valeur A10
12345 | Valeur A3 | Valeur A4
12346 | Valeur A5 | Valeur A6
9999 | Valeur A7 | Valeur A8

Comparer les fichiers
comm -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat


Sur la base de notre compréhension, les résultats de la comparaison doit montrer tous les dossiers qui sont nouveaux (ajouter) ou ont été modifiés. Alors Extract_addchg.dat devrait ressembler à:
123 | Valeur A9 | Valeur A10

Cependant, notre Extract_addchg.dat effectivement ressemble à:
123 | Valeur A9 | Valeur A10
12345 | Valeur A3 | Valeur A4
12346 | Valeur A5 | Valeur A6


Si nous changeons nos commandes à une sorte de tri-n ... alors les 123 coups dossier bien avant le 12345 et 12346 et de la communication renvoie uniquement les documents souhaités.


Toutes les explications?