sortowanie za pomocą wielu kluczy za pomocą polecenia sortowania Linuksa

Question

Powiedz, że mam ten plik.

$ cat a.txt 
c 1002 4 
f 1001 1 
d 1003 1 
a 1001 3 
e 1004 2 
b 1001 2 

Chcę go posortować według drugiej kolumny, a następnie według trzeciej kolumny. Kolumna druga to liczby, a kolumna 3 może być traktowana jako ciąg. Wiem, że następujące polecenie działa dobrze.

$ sort -k2,2n -k3,3 a.txt 
f 1001 1 
b 1001 2 
a 1001 3 
c 1002 4 
d 1003 1 
e 1004 2 

Jednak myślę, że sort -k2n a.txt powinien również działać, a tak nie jest.

$ sort -k2n a.txt 
a 1001 3 
b 1001 2 
f 1001 1 
c 1002 4 
d 1003 1 
e 1004 2 

Wygląda na to, że sortuje według kolumny drugiej, a następnie według kolumny pierwszej zamiast trzeciej. Dlaczego to się dzieje? Czy to błąd, czy nie? Przyczyna sort -k2 a.txt działa poprawnie z powyższymi danymi, ponieważ te liczby są po prostu ustaloną szerokością.

Moja sortowana wersja to sort (GNU coreutils) 8.15 w cygwin.

Answer 1

Uważam tę ostrożność w GNU sort docs.

Sortuj numerycznie na drugim polu i rozwiązać więzy sortując alfabetycznie na trzecim i czwartym znaków pola pięć. Użyj ":" jako ogranicznika pola.

 sort -t : -k 2,2n -k 5.3,5.4 

Zauważ, że jeśli napisał -k 2n zamiast -k 2,2n rodzaju musiałby stosować wszystkie znaki począwszy od drugiego pola i sięgających do końca wiersza jako klucz podstawowy numerycznej. W przypadku znacznej większości aplikacji przetwarzanie kluczy obejmujących więcej niż jedno pole jako numeryczne nie przyniesie oczekiwanych rezultatów.

Nie jestem pewien, na czym kończy się, kiedy ocenia "1001 3" jako klucz numeryczny, ale "nie zrobi tego, czego się spodziewasz". Wydaje się oczywiste, że właściwe jest określenie każdego klucza niezależnie.

Ta sama strona mówi o rozwiązaniu "więzi".

Wreszcie, w ostateczności, gdy wszystkie klucze porównania równe, sort porównuje całe linie jakby żadnych opcji zamawiania innych niż --reverse (-R) były określony.

Wyznaję, że jestem trochę zaskoczony, jak to interpretować.