![]() |
Hei og Velkommen fra USA til UNIX og Linux Forums! Takk for besøket og Delta i vårt globale samfunn.
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Rules | Lenker | Album | FAQ | Medlemsliste | Kalender | Søke | Dagens innlegg | Marker forumene som lest |
| UNIX for Dummies Spørsmål og svar Hvis du er usikker på hvor du skal legge inn en UNIX-eller Linux-spørsmålet, legger den her. Alle UNIX og Linux newbies velkommen! |
Mer UNIX og Linux Forum Emner Du kan finne nyttig
|
||||
| Tråd | Tråd startet | Forum | Svar | Siste innlegg |
| vise resultatet av wc-l med ord før og etter resultat | melanie_pfefer | UNIX for Dummies Spørsmål og svar | 3 | 04-30-2008 07:33 |
| Sammenlign 2 sortert filer | varungupta | Shell programmering og Skripting | 7 | 01-25-2008 01:07 |
| Ut formatert Resultat loggfilen fra gamle 30.000 linjer fører logg <help required> | vikas.iet | Shell programmering og Skripting | 5 | 12-02-2007 10:43 |
| Sette i sorterte rader | buddyme | UNIX for Dummies Spørsmål og svar | 1 | 10-24-2007 05:26 |
| sortert prosesser | pro | Shell programmering og Skripting | 7 | 05-19-2007 03:52 |
|
|
LinkBack | Thread Tools | Søk i denne tråden | Rate Thread | Visningsmoduser |
|
||||
|
comm - sortert føre saker
I AIX 5.2, vi forsøker å opprette en deltaet filen ved å sammenligne før pakke til ny pakke. Vi har noen poster vises som nye når vi ikke forvente det.
Problemet synes å være knyttet til utseendet til en ny rekord med en nøkkel som er helt i en annen poster tasten. (Ikke sikker på hvorfor nøkkelen ville selv sak siden vi utfører posten nivå sammenligninger ...) Til slutt søker å forstå: 1) Hvorfor skal vi få flere poster tilbake? 2) Hvorfor sortere-n (nedenfor) kan løse problemet? Et eksempel trolig illustrerer problemet best ... MERK (Begge former bruker samme syntaks.) Forrige Extract (sortert resultat navngitt prev_extract.dat.srt) 11111 | Verdi A1 | Verdi A2 12345 | Verdi A3 | Verdi A4 12346 | Verdi A5 | Verdi A6 9999 | Verdi A7 | Verdi A8 Ny Extract (pre-sort) 11111 | Verdi A1 | Verdi A2 12345 | Verdi A3 | Verdi A4 12346 | Verdi A5 | Verdi A6 9999 | Verdi A7 | Verdi A8 123 | Verdi A9 | Verdi A10 Sorter New Pakk sort-t "|"-K1, 1 New_Extract.dat> New_Extract.dat.srt Ny Extract (sortert resultat) 11111 | Verdi A1 | Verdi A2 123 | Verdi A9 | Verdi A10 12345 | Verdi A3 | Verdi A4 12346 | Verdi A5 | Verdi A6 9999 | Verdi A7 | Verdi A8 Sammenlign Filer comm -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat Etter vår oppfatning sammenligningen resultatene bør vise alle postene som er nye (legger) eller har blitt endret. Så Extract_addchg.dat bør se slik ut: 123 | Verdi A9 | Verdi A10 Men våre Extract_addchg.dat faktisk ser slik ut: 123 | Verdi A9 | Verdi A10 12345 | Verdi A3 | Verdi A4 12346 | Verdi A5 | Verdi A6 Hvis vi endrer våre sortere kommandoer på en sort-n ... deretter 123 posten flyttes i god tid før 12.345 og 12.346 og comm bare returnerer postene ønsket. Noen forklaringer? |
| Hugseliste |
| Thread Tools | Søk i denne tråden |
| Visningsmoduser | Ranger denne tråden |
|
|