![]() |
Hej og Velkommen fra USA til UNIX og Linux Forums! Tak for dit besøg og deltager i vores globale samfund.
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Regler | Links | Albums | FAQ | Members List | Kalender | Søgning | Dagens Stillinger | Mark Forums Read |
| UNIX for dummyer Spørgsmål & svar Hvis du ikke ved, hvor man skal sende en UNIX-eller Linux-spørgsmål, efter det her. Alle UNIX og Linux newbies velkommen! |
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Last Post |
| vise resultatet af wc-l med ord før og efter resultatet | melanie_pfefer | UNIX for dummyer Spørgsmål & svar | 3 | 04-30-2008 08:33 AM |
| Sammenlign 2 sorteret filer | varungupta | Shell Programmering og Scripting | 7 | 01-25-2008 01:07 PM |
| Output formateret Resultat logfil fra gamle 30.000 linjer resultatet log <help required> | vikas.iet | Shell Programmering og Scripting | 5 | 12-02-2007 10:43 PM |
| Indsættelse i sorteret rækker | buddyme | UNIX for dummyer Spørgsmål & svar | 1 | 10-24-2007 06:26 AM |
| sorteret processer | pro | Shell Programmering og Scripting | 7 | 05-19-2007 04:52 AM |
|
|
LinkBack | Thread Tools | Søg denne tråd | Rate Thread | Display Modes |
|
||||
|
comm - sorteret resultat spørgsmål
I AIX 5.2, vi forsøger at skabe et delta-fil ved at sammenligne den forudgående uddrag til den nye ekstrakt. Vi har nogle optegnelser vises som nye, da vi ikke ville forvente det.
Problemet synes at være forbundet med fremkomsten af en ny rekord med en nøgle, der er helt indeholdt i en anden optegnelser tasten. (Ikke sikker på, hvorfor de centrale vil endda sagen siden vi klarer sig registrere niveau sammenligninger ...) I sidste ende søger at forstå: 1) Hvorfor er vi få yderligere bøger tilbage? 2) Hvorfor er den slags-n (anført nedenfor) løse problemet? Et eksempel sandsynligvis illustrerer problemet bedste ... BEMÆRK (Begge slags bruge den samme syntaks.) Forrige Ekstraktionsrester (sorteret resultat opkaldt prev_extract.dat.srt) 11111 | Værdi A1 | Værdi A2 12345 | Værdi A3 | Værdi A4 12346 | Værdi A5 | Værdi A6 9999 | Værdi A7 | Værdi A8 Ny Ekstraktionsrester (præ-form) 11111 | Værdi A1 | Værdi A2 12345 | Værdi A3 | Værdi A4 12346 | Værdi A5 | Værdi A6 9999 | Værdi A7 | Værdi A8 123 | Værdi A9 | Værdi A10 Sorter New Uddrag sortere-t "|"-K1, 1 New_Extract.dat> New_Extract.dat.srt Ny Ekstraktionsrester (sorteret resultat) 11111 | Værdi A1 | Værdi A2 123 | Værdi A9 | Værdi A10 12345 | Værdi A3 | Værdi A4 12346 | Værdi A5 | Værdi A6 9999 | Værdi A7 | Værdi A8 Sammenlign filer comm -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat Baseret på vores forståelse af den sammenligning af resultater bør vise alle optegnelser, der er nye (tilføjer) eller er blevet ændret. Så Extract_addchg.dat skal se sådan ud: 123 | Værdi A9 | Værdi A10 Men vores Extract_addchg.dat faktisk ser sådan ud: 123 | Værdi A9 | Værdi A10 12345 | Værdi A3 | Værdi A4 12346 | Værdi A5 | Værdi A6 Hvis vi ændrer vores slags kommandoer til en slags-n ... derefter de 123 record bevæger sig i god tid før 12345 og 12346 og comm returnerer kun de registre ønskede. Enhver forklaringer? |
| Bogmærker |
| Thread Tools | Søg denne tråd |
| Display Modes | Bedøm denne tråd |
|
|