3列目を基準にしたソート
巨大な4カラムのファイルに直面しています。ソートされたファイルを3列目に基づいて標準出力に表示したいと思います。
cat myFile | sort -u -k3
これだけで十分な効果が得られるのでしょうか?
137
3
巨大な4カラムのファイルに直面しています。ソートされたファイルを3列目に基づいて標準出力に表示したいと思います。
cat myFile | sort -u -k3
これだけで十分な効果が得られるのでしょうか?
と入力すると、3rdの列でソートされたファイルが表示されます。列はブランク(POSIX/CロケールではASCIIのSPCとTAB文字)のシーケンスで区切られていると仮定して、現在のロケールで定義されているソート順に従って表示されます。
先頭の空白は列に含まれることに注意してください(デフォルトのセパレータは非空白から空白への移行です)。
これはシェルとは完全に独立していることに注意してください (すべてのシェルがこのコマンドラインを同じように解析します。一般的にシェルは
sort
コマンドを内蔵していません)。-k 3
は、3rd列で始まる行の部分(先頭の空白を含む)でソートします。Cロケールでは、スペースとタブの文字がすべての印刷可能な文字の前にランクされているので、一般的には-k 3,3
と同じ結果になります(ただし、3番目のフィールドが同一の行は除く)。u` は、ソートが同じものがいくつかある場合に、そのうちの一つの行だけを保持することです (つまり、ソートキーが同じものをソートしている場合です (これは必ずしも be equal とは同じではありません)。
cat`は、concatenateするコマンドです。ここでは必要ありません。
カラムが何か他のもので区切られている場合には、
-t
オプションでセパレータを指定する必要があります。ファイル
a
の例-u -k 3`で。
2行目と3行目は同じ3列目ですが、ここでは3列目から行末までがソートキーとなるため、
-u
は両方を保持します。␠ca␠dは
␠c␠cの前にソートされます。私のロケールではスペースは最初のパスで無視されるので、
cadは
cc` の前にソートされます。上記では、3 列目が
␠c
であるものは 1 つだけ保持されます。␠␠c` (2つの先行するスペース)のものが保持されることに注意してください。a b c d
と
a c cの順序が逆になっているのを見てください。最初のケースでは
␠c␠cが
␠dの前にソートされるので、2番目のケースではソートキーが同じ (
␠c) なので、行全体を比較する最後の手段の比較では
a b c dが
a c c` の前に置かれています。空白を無視すると、最初の3行のソートキーは同じ(
c
)なので、最終手段の比較でソートされます。Cロケールでは、
␠␠c
が␠c
の前にソートされます。これは、文字(その後シングルバイト)がコードポイント値(スペースはc
よりも低いコードポイントを持つ)に基づいてソートされるという、1つのパスしかないからです。もし、"column"をテキストファイル(4番目の文字)として理解しているのであれば、あなたの解決策はうまくいくはずです(あるいは、
sort -u -k3 myFile
で、sort
がランダムアクセスでメモリを節約する魔法をかけられるようにすることもできます)。もし、データベースのように列を理解しているなら、データの全体像の後にセパレータが続き、列の幅が可変であるため、より洗練されたものが必要になります。例えば、次のようにls -lをサイズ別にソートします。(これは、些細な
ls -lS
と同等ですが、この例ではうまく機能しています。)は、数字を含むリストを特定の列でソートするのに適したコマンドです。