我们的C#Windows应用程序使用EWS Managed API 2.0在用户的日历中创建约会.每个约会都有一个具有独特价值的扩展属性.它稍后使用FindItems和ItemView找到约会.

用户在第一次执行此搜索时会遇到严重延迟.后续响应时间完全可以接受.

(“第一次”在这里有点模糊,因为用户可能会在当天晚些时候再次遇到延迟)

// locate ID of appointment where extended property value equals 1234:
var filter = new Ews.SearchFilter.IsEqualTo(extendedPropertyDefinition,1234);
var view = new ItemView(1,0);
view.PropertySet = BasePropertySet.IdOnly;
var folder = new FolderId(WellKnownFolderName.Calendar,new MailBox("..."));
var result = service.FindItems(folder,filter,view);

远程服务器是Exchange Server 2007 SP1.

研究

MSDN ties some comments to search folders and restricted views,但我不确定这些是否适用于我们的情况.

The act of applying a view to a folder creates search folders in the
store. When a search folder is created,it is cached for later use. If
a user tries to create a search folder which already exists,the
cached search folder is used. This allows future viewings to be fairly
quick. By default,Exchange does not cache all search folders
indefinitely.

具体到with regard to EWS：

It is also important to be aware of the fact that the first time an
Exchange store search query is issued,it will run very slowly and
possibly time out,whereas on future runs it will respond without
issue. This is caused by back-end processes that occur on the Exchange
server when a store search is performed.

他们建议为非变化的非动态查询创建搜索文件夹,这在我们的案例中似乎不合适,因为每个约会的查询都不同.

If an application requires a specific query that has a fixed set of
nonchanging parameters,you can use search folders. […] search
folders are useful only for nonchanging,nondynamic queries.

我们需要的是在本质上创建一个“索引” – 在数据库中 – 在属性上,确保所有对这个特定属性的搜索都是快速的,无论时间或频率.

是否有可能“索引”这个属性？是否可以在客户端或服务器端配置任何内容以消除此初始延迟？