![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrati | Regole Forum | Collegamenti | Album | FAQ | Members List | Calendario | Ricerca | Today's Posts | Mark Forums Read |
| UNIX for Dummies Domande & Risposte Se non sei sicuro dove pubblicare un UNIX o Linux domanda, posta da qui. Tutti i neofiti di Linux e UNIX benvenuto! |
Più di UNIX e Linux Forum Argomenti potreste trovare utili
|
||||
| Filo | Thread Starter | Forum | Risposte | Ultimo Post |
| visualizzare il risultato del wc-l con le parole prima e dopo il risultato | melanie_pfefer | UNIX for Dummies Domande & Risposte | 3 | 04-30-2008 08:33 AM |
| Confronta 2 file ordinati | varungupta | Shell scripting e di programmazione | 7 | 01-25-2008 01:07 PM |
| L'output formattato Risultato vecchi file di log da 30000 linee risultato di log <help required> | vikas.iet | Shell scripting e di programmazione | 5 | 12-02-2007 10:43 PM |
| Inserimento ordinato in righe | buddyme | UNIX for Dummies Domande & Risposte | 1 | 10-24-2007 06:26 AM |
| ordinato processi | pro | Shell scripting e di programmazione | 7 | 05-19-2007 04:52 AM |
![]() |
|
|
LinkBack | Thread Tools | Cerca in questo Thread | Rate Thread | Modalità di visualizzazione |
|
|
|
||||
|
comm - ordinato risultato questioni
AIX 5.2, stiamo cercando di creare un file delta confrontando la prima di estrarre il nuovo estratto. Ci sono alcuni che hanno visualizzato come nuovo record, quando non si aspettano.
Problema sembra essere correlato alla comparsa di un nuovo record con una chiave che è interamente contenuta in un altro record chiave. (Non sono sicuro perché la chiave anche in quanto ci sta effettuando il confronto a livello di record ...) In ultima analisi, cercando di capire: 1) Perché ci sono sempre i registri supplementari indietro? 2) Perché la sort-n (indicato di seguito) di risolvere il problema? Un esempio illustra il problema probabilmente migliori ... NOTA (entrambi utilizzano lo stesso tipo di sintassi.) Estratto precedente (risultato ordinato nome prev_extract.dat.srt) 11111 | Valore A1 | Rapporto A2 12345 | Valore A3 | Valore A4 12346 | Valore A5 | Valore A6 9999 | Valore A7 | Valore A8 Nuova Estrarre (pre-ordinare) 11111 | Valore A1 | Rapporto A2 12345 | Valore A3 | Valore A4 12346 | Valore A5 | Valore A6 9999 | Valore A7 | Valore A8 123 | Valore A9 | Valore A10 Ordina Nuova di estrazione sort-t "|"-k1, 1 New_Extract.dat> New_Extract.dat.srt Nuova Estrarre (ordinati risultato) 11111 | Valore A1 | Rapporto A2 123 | Valore A9 | Valore A10 12345 | Valore A3 | Valore A4 12346 | Valore A5 | Valore A6 9999 | Valore A7 | Valore A8 Confrontare il file comm -23 New_Extract.dat.srt prev_extract.dat.srt> Extract_addchg.dat In base alla nostra comprensione, il confronto dei risultati dovrebbe mostrare qualsiasi record che sono nuovi (aggiunge) o sono stati modificati. Così Extract_addchg.dat dovrebbe essere simile a: 123 | Valore A9 | Valore A10 Tuttavia, il nostro Extract_addchg.dat effettivamente somiglia a: 123 | Valore A9 | Valore A10 12345 | Valore A3 | Valore A4 12346 | Valore A5 | Valore A6 Se si cambia il nostro ordinamento una sorta di comandi-n ... poi il 123 record muove bene prima il 12345 e 12346 e il comm restituisce solo i record desiderati. Tutte le spiegazioni? |
![]() |
| Segnalibri |
| Thread Tools | Cerca in questo Thread |
| Modalità di visualizzazione | Vota questo thread |
|
|