ファイルの検索をどう選ぶか｜条件の見方

ファイルの検索をどう選ぶかという問いは、たいてい「どのアプリを入れるか」から始まります。ところが結果の当たり外れを分けているのは、アプリの性能よりも、打ち込んだ条件がどの軸に乗っているかです。この記事では、Macで使える検索の条件を5つの軸に分け、手元に残っている手がかりから軸を選ぶ手順と、道具を比べるときに見るべき欄を整理します。条件の見方が決まれば、必要な道具は自動的に絞られます。

先に決めるのは道具ではなく、条件の軸

Macの検索は、どの入口から始めても、内部では同じ種類の条件に翻訳されています。条件は次の5つに分かれます。

• 名前。ファイル名そのものに含まれる文字列
• 種類。PDF、画像、フォルダ、アプリといった項目の区分
• 日付。作成日か更新日か、どちらの範囲を指すのか
• 場所。どのフォルダ、どのディスク、どの共有の下を見るのか
• 中身。本文のテキストに含まれる語

うまくいかない検索の多くは、軸がずれています。名前を覚えていないのに名前の軸で打ち、結果がゼロになる。逆に、名前をはっきり覚えているのに中身の軸で打ち、80件の結果を読む羽目になる。同じ語を打っていても、どの軸に乗せるかで所要時間は桁で変わります。

軸を意識すると、道具の比較も具体的になります。「検索が速い」という説明は、どの軸のことを言っているのかが分からないと判断材料になりません。名前で引くのが速いのか、中身まで読んだうえで速いのか、範囲を限ったときに速いのか。同じ言葉が別のことを指しているため、まず自分が使う軸を決めてから、その軸の性能だけを見るほうが早く決まります。

覚えている手がかりから軸を決める

軸は好みで選ぶものではなく、手元に何が残っているかで決まります。探し始める前に、自分が何を覚えているかを1つ言葉にすると、打つべき条件が決まります。

覚えていること	選ぶ軸	打ち方の例
相手先や案件の名前	名前	ファインダの検索で名前の一致を選ぶ
先週さわった記憶だけ	日付＋場所	フォルダを更新日で並べ替える
PDFだったことだけ	種類＋日付	種類の条件を足して範囲を絞る
本文の一文	中身	中身の語で引き、場所で絞る
置いた場所だけ	場所	検索を使わずフォルダを開く

表の右端が示すとおり、場所しか覚えていないときは検索そのものが向きません。フォルダを開いて並べ替えたほうが早く着きます。検索を選ぶかどうかも、条件の見方の一部です。

日付の軸を使うときは、作成日と更新日のどちらを指しているのかを先に決めます。受け取った資料を探すなら、手元に届いた日が作成日として記録されているとは限らず、送り主が作った日が残っている場合があります。逆に、自分が書き直した下書きを探すなら更新日のほうが当たります。同じ「先週」でも、どちらの日付を見るかで結果が入れ替わるため、ゼロ件になったときは範囲を広げる前に日付の種類を切り替えるほうが早く解決します。

種類の軸も、思っているより粗い区分です。PDFのように形式が1つに決まるものは指定が効きますが、書類や画像のようにまとめられた区分は、中に複数の形式が入ります。書き出し形式が複数ある資料を探すときは、種類で絞るより拡張子を名前の軸に混ぜたほうが外れません。

軸は組み合わせると強くなりますが、増やしすぎると条件に合うものが消えます。実務で扱いやすいのは2つまでで、名前と場所、種類と日付のように性格の違う軸を掛けると結果が読める量に落ちます。同じ性格の軸を3つ重ねると、綴りの揺れや日付の境界のどこかで外れて、ゼロ件になったときに原因が分からなくなります。

語の区切りで結果が変わる

軸を決めても、打ち込んだ語がどう区切られるかで結果は変わります。ここはアプリの性能ではなく、検索の仕様の話です。

完全に一致する語句を検索するには、語句を引用符で囲みます。たとえば、「trip to Paris」という語句全体が完全に含まれる項目を検索するには、「"trip to Paris"」と入力します。引用符で囲まない場合、検索結果には、これらの語を任意の順番で含む項目が表示されます。 出典: support.apple.com

引用符を付けるかどうかは、条件を1つ増やすのと同じ効果があります。複数の語を並べて結果が多すぎるとき、語を減らす前に引用符で囲むと、順番まで一致するものだけが残ります。逆に、正確な言い回しが思い出せないなら、引用符を外して語の順番を問わない形にするほうが当たります。

種類の軸にも、打ち込みで指定する方法があります。Spotlightでは、検索語の前に「/」に続けて種類を打つと対象を絞れます。PDFだけを見たいなら「/PDF」と打ってReturnを押す形です。「種類:画像」のようにキーワードで書く方法もあり、どちらも軸を条件に変換しています。Command＋2でファイルだけを対象にするブラウズモードも同じ役割で、アプリや操作の候補が混ざって読みにくいときに効きます。

日本語のファイル名では、もう1つ注意する点があります。同じ見た目の文字でも、濁点の扱いが異なる書き方が混ざることがあり、打った文字列と保存されている文字列が一致しないことがあります。完全一致で出ないのに、語の一部だけで打つと出てくる場合は、この食い違いを疑う価値があります。

索引型と走査型のどちらで走らせるか

条件の軸が決まったら、それをどの仕組みで走らせるかを選びます。選択肢は索引型と走査型の2つで、性格がはっきり分かれています。

索引型は、あらかじめ作ってある目録を引きます。SpotlightもファインダのMac全体の検索もこちらで、結果は打った瞬間に返ります。弱点は、目録に載っていないものが存在しないことになる点です。除外に登録したフォルダ、索引の作成が無効なディスク、圧縮ファイルの中身は対象外になります。

走査型は、その場でフォルダを歩いて確かめます。findやgrepがこちらで、索引の状態に左右されません。作った直後のファイルも、除外に入れたフォルダも確実に当たります。弱点は時間で、対象が数十万件あれば待たされます。

2つの違いは速さだけではなく、結果を信じてよいかという点にも出ます。索引型でゼロ件だったとき、それは「存在しない」ではなく「目録に載っていない」を意味します。走査型でゼロ件だったときは、指定した範囲に無いことがその場で確かめられます。ファイルを消してしまったかどうかを判断する場面では、この差が効きます。消えたと結論を出す前に、走査型で1回確かめる手順を挟むと、復元の作業に入る前に片が付くことがあります。

選び分けの目安は範囲です。ホーム全体のように広い範囲なら索引型、プロジェクトのフォルダのように数千件までなら走査型が扱いやすくなります。中間として、索引を使いながら範囲を1つのフォルダに固定する mdfind -onlyin ~/Projects 契約 のような書き方もあります。索引の鮮度に不安があるとき、同じ条件を走査型で1回だけ流して答え合わせをすると、原因が索引側にあるのかどうかがその場で分かります。

道具を比べるときに見る6つの欄

検索の道具を選ぶなら、機能の数ではなく、次の6点だけを見ると比較が短く済みます。どれも事実として確かめられる項目です。

• 中身を読むか。名前だけを対象にする道具と、本文まで読む道具がある
• 自前の索引を持つか。OSの索引を使うのか、独自に作るのかで初回の待ち時間が変わる
• 常駐するか。変更を監視し続ける形は結果が新しく、その分だけ動き続ける
• 権限をどこまで要求するか。ホーム以外の場所を見るには追加の許可が要る場合がある
• コマンドから呼べるか。見つけた後の処理へ渡せるかどうかが決まる
• 外付けやネットワーク共有に届くか。届かない道具は、その範囲では選択肢にならない

料金や対応OSは公式の案内で確かめられるため、比較表の中では後回しで構いません。先に決まるのは、上の6点と自分の軸が噛み合うかどうかです。中身を読まない道具を選んだ人が、中身の軸で探し続けている限り、どれだけ乗り換えても結果は変わりません。

導入の前に確かめておくと戻りが少ないのは、権限の項目です。追加の許可を与える範囲は後から変えられますが、どこまで見せるかを決めないまま入れると、探しているフォルダだけが結果から抜ける状態になりやすくなります。デスクトップや書類のように、アプリごとに許可を求める場所があるため、許可の窓が出たときに反射的に閉じていると、後から「あるはずのものが出ない」形で跳ね返ってきます。

常駐するかどうかも、選ぶ前に決めておく項目です。変更を監視し続ける形は結果が新しく保たれますが、その分だけ動き続けます。書き出しや同期で大量のファイルが一度に入れ替わる作業をしているなら、監視の対象から外す範囲を指定できるかどうかまで見ておくと、後から設定を探し直さずに済みます。逆に、対象が数千件のプロジェクトフォルダに限られるなら、常駐しない形でも体感は変わりません。

選んだ条件が続くかどうかを試す

条件の軸と道具を決めたら、実際の探し物で試して確かめます。新しい検索を適当に打って速さを見るのではなく、直近で見つけられなかったファイルを5件用意して、同じ条件をぶつける方法が確実です。過去に失敗した探し物は、軸のずれや範囲の外れを含んでいるため、道具の弱点がそのまま出ます。

試すときに見るのは、結果が出たかどうかだけではありません。結果が出るまでに何回打ち直したか、結果の中から目的のものを選ぶのに何秒かかったか、見つけた後の作業にすぐ移れたかの3点です。3件目まで同じ場所で止まるなら、道具ではなく軸の選び方に原因があります。

同じ条件を月に何度も打つなら、保存できる形にしておくと翌月の手間が変わります。ファインダの検索は条件行を足した状態を保存でき、シェルなら関数にしておけます。保存が向くのは、条件は固定で中身が入れ替わる問いです。一度きりの探し物まで保存すると、管理する対象が増えるだけになります。

公開されている資料で確かめられること

道具ごとの担当範囲は、公開されている資料で照らし合わせられます。フォルダと端末と対話型の作業を1つの窓で扱う構成が、どの軸をどこまで担当するのかはできることに整理されています。索引型と走査型のように性格の違う道具との住み分けは他のファイル管理との比較にまとまっており、選択肢を並べる段階で比較の軸を借りられます。

日本語のファイル名や、複数の言語が混ざる環境で条件を打つ場合は、表示と入力がどの言語に対応しているかも判断に効きます。対応の範囲は対応言語で確認できます。導入前に迷いやすい点はよくある質問にまとめられており、権限や対応範囲の疑問はここで片が付くことがあります。

資料を並べて見えてくるのは、条件の見方を決めた後に残る問題が、検索そのものではないということです。見つけた後に端末へ移り、結果を確かめてまた戻る。この往復の回数は、検索の速さとは別の場所で時間を奪っています。フォルダとターミナルとAIが同じ窓にある構成が候補に挙がるのは、この往復を条件の選び方と同じ土俵で数えられるためです。選ぶ順番としては、軸を決め、仕組みを決め、最後に往復の回数で並べると、比較する項目が最小になります。