Exchange server Exchange Web服务：首选具有PathToExtendedFieldType或PathToUnindexedFieldType限制的FindItem？

我继承了一些使用ExchangeWeb服务在Exchange和外部系统之间同步某些数据的代码

为了解决一些性能问题（包括生成大量事务日志文件），我正在重写其中的大块文件，在扫描Exchange服务器上的项目时（使用

FindItem

），我可以看到，我可以选择在扩展属性中搜索具有特定值的项（使用

PathToExtendedFieldType

创建搜索表达式），或者搜索具有特定项类的项（这似乎是一个未索引的字段，因此搜索表达式必须使用

PathToInIndexedFieldType

）

---

是否存在性能差异，或者关于这两个选项中的哪一个有一些一般性的指导原则？

您调用FindItem的次数是多少？如果您经常使用不同的条件调用FindItem，那么服务器将创建很多限制（搜索文件夹），这将导致您看到的日志记录。

您调用FindItem的次数是多少？如果您经常使用不同的条件调用它，那么服务器将创建许多限制（搜索文件夹），这将导致您看到的日志记录。

嗯，这可以解释这一点。我们确实调用了FindItem很多次（太频繁了）.但在我阅读上的文档时，它并没有创建搜索文件夹，因为它们说“如果定期执行特定搜索，则为搜索创建搜索文件夹可能更合适”。我是否误解了文档？但是应该提到的是，我们通过消除大多数FindItem调用解决了问题。我们现在使用请求订阅来跟踪更新，效果更好。Find item可能会创建一个隐藏的搜索文件夹，以满足查询。问题是为spe创建了一个搜索文件夹cific标准，因此“大小>100KB”的搜索文件夹不能用于满足“大小>200KB”的查询。嗯，这可以解释。我们确实经常调用FindItem（太频繁了）。尽管我在阅读文档时，它没有创建搜索文件夹，因为他们说“如果定期执行特定搜索，则为搜索创建搜索文件夹可能更合适"。我是否误解了文档？但是应该提到的是，我们通过消除大多数FindItem调用解决了问题。我们现在使用请求订阅来跟踪更新，效果更好。Find item可能会创建一个隐藏的搜索文件夹，以满足查询。问题是为spe创建了一个搜索文件夹cific标准，因此“大小>100KB”的搜索文件夹不能用于满足查询“大小>200KB”。