通过 SQL 搜索 Windows 索引服务
Search Windows Indexing Service through SQL
这更像是一个 "just wondering" 问题。有什么方法可以通过 MS Access 或 SQL 服务器中的 ODBC 访问 Windows 索引服务数据库？我知道有一百万种递归编程方法可以遍历文件系统，但如果我只查找具有特定名称的文件，我会认为像 "Select Fullpath from CDrive Where FileName like '%HEVC%'" 这样简单的方法会比其他方法更简单、更轻量级。
我似乎无法 Google 因为它所做的只是 return 一百万个用于创建 ODBC DSN 的结果。
前言：我关注的是其他项目，但这是一个有趣的话题。
Microsoft 使用 EDB 文件提供中央 Indexing Service - MSDN. Based on the Microsoft SQL Server CE 引擎，它是轻量级的，提供多种访问方法，包括添加第三方文件类型定义。
但是，存在差异...重要的差异阻止了 EDB 和 CEDB 的直接翻译。 Comparing EDB with SQL Server CE
正如我所说，有访问方法。 Windows XP 后，您希望使用的 ODBC 已停产。
不过，微软开发了两种方法：
- Windows Search（客户端）
- Microsoft Search Server Express（服务器端）
这两种方法都可以进行快速文件搜索，并且很可能可以通过 API 集成到您拥有的任何仓库架构中。但是，链接指出的方法存在局限性。
我承认我不能给出完整的答案，因为我也在学习，但希望这能为您指明正确的方向。
干杯，
实际上，在这里找到了其他东西：
Querying the Index with Windows Search SQL Syntax
工作起来很有魅力，只需要习惯特殊的 SQL 语法。在 Windows 10 上工作，只是在查询存储 Space 时遇到问题。如果我找到答案，我会更新。
这更像是一个 "just wondering" 问题。有什么方法可以通过 MS Access 或 SQL 服务器中的 ODBC 访问 Windows 索引服务数据库？我知道有一百万种递归编程方法可以遍历文件系统，但如果我只查找具有特定名称的文件，我会认为像 "Select Fullpath from CDrive Where FileName like '%HEVC%'" 这样简单的方法会比其他方法更简单、更轻量级。
我似乎无法 Google 因为它所做的只是 return 一百万个用于创建 ODBC DSN 的结果。
前言：我关注的是其他项目，但这是一个有趣的话题。
Microsoft 使用 EDB 文件提供中央 Indexing Service - MSDN. Based on the Microsoft SQL Server CE 引擎，它是轻量级的，提供多种访问方法，包括添加第三方文件类型定义。
但是，存在差异...重要的差异阻止了 EDB 和 CEDB 的直接翻译。 Comparing EDB with SQL Server CE
正如我所说，有访问方法。 Windows XP 后，您希望使用的 ODBC 已停产。
不过，微软开发了两种方法：
- Windows Search（客户端）
- Microsoft Search Server Express（服务器端）
这两种方法都可以进行快速文件搜索，并且很可能可以通过 API 集成到您拥有的任何仓库架构中。但是，链接指出的方法存在局限性。
我承认我不能给出完整的答案，因为我也在学习，但希望这能为您指明正确的方向。
干杯，
实际上，在这里找到了其他东西：
Querying the Index with Windows Search SQL Syntax
工作起来很有魅力，只需要习惯特殊的 SQL 语法。在 Windows 10 上工作，只是在查询存储 Space 时遇到问题。如果我找到答案，我会更新。