【问题标题】:Case sensitivity inconsistency in SharePoint + oData?SharePoint + oData 中的区分大小写不一致?
【发布时间】:2012-09-05 01:36:41
【问题描述】:

我正在使用 jQuery 从 SharePoint 2010 的 listData.svc 中获取信息。我注意到我的查询在区分大小写方面存在一些不一致:

  • 以下命令区分大小写:

    ...&$filter=substringof('String', property) eq True

  • 以下命令不区分大小写

    ...&$filter=substringof(tolower('String'), tolower(property)) eq True

  • 以下命令也不区分大小写,但要短得多:

    ...&$filter=substringof('String', property) 或 substringof('String', property2)

  • 但是,当一个部分使用的属性超过两个级别时,整个过滤器会丢失使用 short 方法的不区分大小写。所以在下面的命令中,整个过滤器再次变得区分大小写:

    ...&$filter=substringof('String', property/property/property) 或 substringof('String', property2)

这是 SharePoint 服务的问题吗?还是我只是做错了什么?

【问题讨论】:

    标签: sharepoint sharepoint-2010 odata case-sensitive


    【解决方案1】:

    这似乎是 ListData.svc 中的一个错误。

    如果比较(在一天结束时委托给 SQL Server)在任何查询中都区分大小写,则它们应该始终区分大小写。

    显然,无论大小写是否匹配,tolower 调用都会使事情匹配,因此我们可以忽略它。 但是我不知道为什么对另一个属性进行 OR 操作。

    这可能是 SharePoint 中的一个错误,或者您可能无意中选择了一个 OR 子句,该子句会返回您意外期望的数据。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-01-31
      • 1970-01-01
      • 1970-01-01
      • 2012-12-01
      相关资源
      最近更新 更多