File table-based search is lightning fast, so why isn’t it included in every major search tool? Read on as we investigate.

今天的问答环节是由SuperUser提供的，SuperUser是Stack Exchange的一个分支，是一个由社区驱动的问答网站分组。

问题

超级用户读者Dan Dascalescu很好奇为什么所有的搜索都不是基于表的：

I’ve just discovered UltraSearch and was blown away by its file and folder search speed. It’s instantaneous. And doesn’t use any indexing service. It simply uses the NTFS Master File Table, which already stores all the filenames on the NTFS partition.

The question is, why isn’t this capability way more popular among file managers, and Windows Explorer Search (Win+F) to begin with?

我们很有信心，这是每个计算机用户第一次遇到基于文件表的搜索有多快时的反应。那为什么它没有融入到每件事中呢？

答案

超级用户贡献者Mehrdad解释了为什么低级搜索从未流行起来：

Because of Security!

That’s the real reason. (And the only real reason, in my opinion — it’s not that hard to make a reader for major file systems, although it’s by no means easy; making a writer is the real challenge.)

A program like this bypasses the entire (file) system’s security infrastructure, so only an administrator (or someone else who has “Manage Volume” privileges) can actually run it.

So obviously, it wouldn’t work in many scenarios — and I don’t think Microsoft (or any other big company) would ever c***ider making a product like this and then encouraging users to run as administrators, because of the security ramificati***.

It would be theoretically possible to make a system which runs in the background and filters out secured data, but in practice it would be a lot of work to get correct and without security holes for production.

By the way I haven’t used UltraSearch, but I’d written a very similar program myself a few years ago which I open-sourced just last month! Check it out if you’re interested. :)

有什么要补充的解释吗？在评论中发出声音。想从其他精通技术的Stack Exchange用户那里了解更多答案吗？在这里查看完整的讨论主题。