In AIX 5.2, we proberen om een delta dossier bij de vergelijking van de voorafgaande uittreksel naar de nieuwe extract. Wij hebben een aantal nieuwe records worden weergegeven als wanneer we niet zouden verwachten.

Probleem lijkt te zijn in verband met de verschijning van een nieuw record met een sleutel die is volledig opgenomen in een andere records toets. (Niet zeker waarom de sleutel zou zelfs, want we zijn het uitvoeren van record-niveau vergelijkingen ...)

Uiteindelijk zoekt te begrijpen:
1) Waarom zijn wij om de aanvullende registers terug?
2) Waarom heeft de sort-n (hieronder) het probleem op te lossen?


Een voorbeeld illustreert het probleem waarschijnlijk de beste ... OPMERKING (Beide soorten gebruiken dezelfde syntax.)

Vorige Extractresiduen (gesorteerd resultaat vernoemd prev_extract.dat.srt)
11111 | Prijs A1 | Waarde A2
12345 | Prijs A3 | Waarde A4
12346 | Prijs A5 | Waarde A6
9999 | Prijs A7 | Waarde A8

Nieuwe Extractresiduen (pre-soort)
11111 | Prijs A1 | Waarde A2
12345 | Prijs A3 | Waarde A4
12346 | Prijs A5 | Waarde A6
9999 | Prijs A7 | Waarde A8
123 | Prijs A9 | Waarde A10

Sorteren Nieuwe Extractieresiduen
sort-t "|"-k1, 1 New_Extract.dat> New_Extract.dat.srt

Nieuwe Extractresiduen (gesorteerd resultaat)
11111 | Prijs A1 | Waarde A2
123 | Prijs A9 | Waarde A10
12345 | Prijs A3 | Waarde A4
12346 | Prijs A5 | Waarde A6
9999 | Prijs A7 | Waarde A8

Vergelijk de bestanden
comm -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat


Gebaseerd op onze kennis, de vergelijking resultaten moeten laten zien alle records die nieuw zijn (voegt) of zijn gewijzigd. Dus Extract_addchg.dat moet er als volgt uitzien:
123 | Prijs A9 | Waarde A10

Maar onze Extract_addchg.dat werkelijk ziet er zo uit:
123 | Prijs A9 | Waarde A10
12345 | Prijs A3 | Waarde A4
12346 | Prijs A5 | Waarde A6


Als we ons soort commando's om een soort-n ... dan de 123-record beweegt goed voor de 12345 en 12346 en de comm retourneert alleen de gewenste records.


Elke uitleg?