ファイルマネージャがインスタント検索結果にマスターファイルテーブルを使用しないのはなぜですか？[閉まっている]

UltraSearchを発見したばかりですが、ファイルとフォルダーの検索速度に圧倒されました。それはだ瞬間。また、インデックスサービスは使用しません。NTFSパーティションにすべてのファイル名を既に保存しているNTFSマスターファイルテーブルを使用します。

疑問は、なぜ、この機能はありませんが、ある方法で始まるために、ファイルマネージャの間でより普及、およびWindowsエクスプローラの検索（勝利+ F）？

セキュリティのため！

それが本当の理由です。（そして唯一の本当の理由は、私の意見では-それはないということが容易でないことだが、ハードの主要なファイルシステムのリーダーを作るために、作る作家は本当の挑戦です。）

このようなプログラムは、（ファイル）システムのセキュリティインフラストラクチャ全体をバイパスするため、管理者（または「ボリュームの管理」権限を持つ他の人）のみが実際に実行できます。

したがって、明らかに、多くのシナリオでは機能しません.Microsoft（または他の大企業）は、このような製品を作成し、ユーザーが管理者として実行することをセキュリティの影響のために検討することはないと思います。

考えバックグラウンドで実行され、保護されたデータをフィルタリングするシステムを作るために理論的には可能であってもよいが、実際には次のようになり、多く正しいと生産のためのセキュリティホールなしで取得する作業の。

ちなみに、私はUltraSearchを使用したことはありませんが、数年前に非常によく似たプログラムを自分で書いて、先月オープンソースにしました！興味のある方はチェックしてください。:)

ファイルマネージャは、遭遇する可能性のあるすべてのファイルシステムをサポートできなければなりません。そのため、APIを介してVFSを呼び出す必要があります。API呼び出しから大きな配列を返す（健全な）方法はありません。その結果、MFT / FAT /スーパーブロックの存在に関係なく、ファイル列挙がシリアルになります。

ファイルインデックスサービスは、ファイル名だけでなく、コンテンツ（ほとんどの場合テキスト）とファイルのメタデータを検索するユーザー向けです。そのため、すべてのファイルを調べるのに長い時間がかかり、そのようなサービスから作成されたインデックスは大きく、比較的低速です。Windowsでインデックスサービスを無効にすることはできますが、Windowsエクスプローラはファイル名の後にファイルコンテンツを検索し続けるのに十分なほど愚かです。Ignacio Vazquez-Abramsが言ったように、ファイルマネージャは低レベルのファイルシステムを利用できない。