(一)概述

在SharePoint的开发应用中,查询是非常常用的一种手段,根据某些筛选、排序条件,获得某个列表或者某一些列表中相应的列表条目的集合。

除去列表上的查询之外,在SharePoint中还大量存在着各种各样的查询,比如针对回收站的SPRecycleBinQuery、针对审计的SPAuditQuery、针对变更的SPChangeQuery等等,不过这些查询在实际项目中使用到的频率并不是很高。本章节还是着重介绍列表查询功能。

在SharePoint 2010之前,列表查询的查询语句都是通过CAML这样一种XML格式来编写的。对于开发人员来讲,准确快速地编写出较为复杂的CAML查询并非是一件轻而易举的事情,但是使用CAML进行数据查询仍是SharePoint开发中不可或缺的技能。本节将介绍如何使用CAML进行列表查询和跨多个列表之间的查询,在下一节中将介绍SharePoint 2010新引入的列表查询方式——LINQ。

 

(二)CAML查询字符串

在列表查询中,所有的查询条件都要使用一种Xml形式的语法进行描述,这种Xml语法被称作CAML(Collaborative Application Markup Language),是SharePoint中一种特定的Xml语法。实际上,在SharePoint中不仅是列表查询使用了CAML,在网站、列表、字段、内容类型、网站功能等各种对象的定义中,也大量使用了CAML格式的Xml。

CAML查询字符串总的来说可以分为3大部分:筛选条件、排序和分组条件、返回字段。

在编写CAML字符串的时候,需要特别注意Xml标签的大小写是敏感的。

1、筛选条件

使用CAML格式的筛选条件可以理解为是将传统的数据库中的SELECT语句以Xml的形式进行标准化,便于计算机的解析和阅读。

CAML格式的筛选条件使用<Where></Where>作为最外层结点,标志筛选条件的范围。筛选条件可以由若干个子筛选条件组成,每个子筛选条件的格式都类似于:

<操作符><字段/></></操作符> 相当于: [字段] [操作符] []

其中操作符部分一般应用中包括:Eq(等于)、Neq(不等于)、Lt(小于)、Leq(小于等于)、Gt(大于)、Geq(大于等于)、Contains(包含)、BeginsWith(以某字符串开头)、In(在集合范围内)、IsNull(为空)、IsNotNull(不为空)、Membership(属于用户组)。最后三个操作符是一元操作符,没有其中的“值”的部分。

字段部分的格式为:<FieldRef Name="字段名" 其他属性 />,特别注意不要遗忘最后的“/”终结符,字段名必须使用内部名称

值部分的格式为:<Value Type="类型"></Value>,其中类型部分根据不同的字段有不同的设置,常用的包括Text(文本)、Number(数值)、DateTime(日期)、Lookup(查阅项)等等。

例如,我们要在列表中查询“标题”字段(内部名称为Title)包含字符串“对象模型”的那些列表条目,如果是传统的T-SQL语句写法,应该是形如:

   1: SELECT * FROM xxList WHERE 标题 Contains '对象模型'

但是在SharePoint中,使用CAML格式描述后,就变成了:

   1: <Where>

   2:   <Contains>

   3:     <FieldRef Name='Title' />

   4:     <Value Type='Text'>对象模型</Value>

   5:   </Contains>

   6: </Where>

从查询条件的格式中可以看出,SharePoint在进行列表查询的时候,只支持字段与值的比较,而不支持两个字段之间的比较,这是一个较大的限制。

 

2、一些特殊的筛选条件

这里列出一些比较特殊的筛选条件的写法(均省略其中的Where标签):

(1)包含在集合范围内的查询,这是SharePoint 2010新增加的一种查询类型,使用“In”操作符来查询包含在指定范围内的集合。例如下面的例子查找了Writer包含在[“Erucy”, “Windie”]集合的章节(即Writer等于Erucy或Windie的章节):

   1: <In>

   2:   <FieldRef Name='Writer'/>

   3:   <Values>

   4:     <Value Type='Text'>Erucy</Value>

   5:     <Value Type='Text'>Windie</Value>

   6:   </Values>

   7: </In>

(2)“是/否”类型的查询,该类型在数据库中实际上是bool类型,在查询的时候使用“1”表示“是”,使用“0”表示“否”,例如:

   1: <Eq>

   2:   <FieldRef Name='BoolField'/>

   3:   <Value Type='Boolean'>1</Value>

   4: </Eq>

(3)某个人员和组类型的字段等于当前用户,如果是多选的话其中包含当前用户:

   1: <Eq>

   2:   <FieldRef Name='UserField'/>

   3:   <Value Type='Integer'><UserID/></Value>

   4: </Eq>

(4)如果某个“用户或用户组”类型的字段填写的是用户组,筛选用户组包含当前用户的:

   1: <Membership Type='CurrentUserGroups'>

   2:   <FieldRef Name='UserField'/>

   3: </Membership>

(5)默认情况下,对于时间和日期类型的查询只精确到日期,如果需要精确到时间:

   1: <Gt>

   2:   <FieldRef Name='DateTimeField' />

   3:   <Value Type='DateTime' IncludeTimeValue='TRUE'>

   4:     2009-10-08T17:48:37Z

   5:   </Value>

   6: </Gt>

(其中的日期格式可以通过使用一个静态方法SPUtility.CreateISO8601DateTimeFromSystemDateTime转换得到)

(6)一般情况下,进行查阅项或用户筛选的时候,可以使用Text类型的Value,判断查阅的列表条目的文本或用户的现实名称的字符串;如果需要精确按照被查阅条目的ID或用户的ID进行查找的话(对于多选查阅项和多选用户也应使用Eq操作符,而不是Contains操作符):

   1: <Eq>

   2:   <FieldRef Name='LookupField' LookupId='TRUE'/>

   3:   <Value Type='Lookup'>37</Value>

   4: </Eq>

(7)在日历模板类型的列表中,当需要查询某个指定时间范围内的事件的时候,如果是通过Gt/Geq和Lt/Leq方式查找,仅能查找到非重复事件,以及重复事件的第一次事件,为了能够准确地查找某个范围内的重复事件,需要使用DateRangesOverlap查询操作符,并配合SPQuery的一些属性进行。(在跨列表查询中不支持重复事件)

   1: <DateRangesOverlap>

   2:   <FieldRef Name='EventDate' />

   3:   <FieldRef Name='EndDate' />

   4:   <FieldRef Name='RecurrenceID' />

   5:   <Value Type='DateTime'>

   6:     <Today />

   7:   </Value>

   8: </DateRangesOverlap>

DateRangesOverlap操作符的写法相对比较固定,其中的EventDate是“开始时间”的内部名称;EndDate是“结束时间”的内部名称;RecurrenceID是某个和重复事件相关字段的内部名称。Value中的标签定义了查询的范围,包含如下4种:<Today/>(天)、<Week/>(周)、<Month/>(月)、<Year/>(年)。

查询的时候需要配合使用SPQuery的两个属性:ExpandRecurrence(bool类型)需要设置为true,表示查询的时候展开重复事件(即使没有重复事件,在使用操作符DateRangesOverlap的时候也应当设置此属性);CalendarDate(DateTime类型),设置查询范围的日期。例如,下面的程序查询了明天的所有事件(我们可以先提前了解一下SPQuery的使用):

   1: using(SPSite site = new SPSite("http://sp2010/book"))

   2: {

   3:   using(SPWeb web = site.OpenWeb())

   4:   {

   5:     SPList calList = web.Lists["日历"];

   6:     SPQuery query = new SPQuery();

   7:     query.ExpandRecurrence = true;

   8:     query.CalendarDate = DateTime.Today.AddDays(1);

   9:     query.Query = "<DateRangesOverlap>" +

  10:             "<FieldRef Name='EventDate' />" +

  11:             "<FieldRef Name='EndDate' />" +

  12:             "<FieldRef Name='RecurrenceID' />" +

  13:             "<Value Type='DateTime'><Today /></Value>" +

  14:             "</DateRangesOverlap>";

  15:     SPListItemCollection tomorrowEvents = list.GetItems(query);

  16:     foreach(SPListItem event in tomorrowEvents)

  17:       Console.WriteLine(event.Title);

  18:   }

  19: }

对于其他类型的查询条件,可以参考SDK中的相关章节(在英文版的SDK中,CAML查询参考的位置在:SharePoint Foundation 2010 General Reference – Services References – SharePoint Schema References – CAML Core Schemas – Query Schema)。

 

3、筛选条件中的逻辑运算

在CAML中也支持多个查询条件的逻辑组合,支持“与”和“或”,但是不支持“非”。通过<And></And>和<Or></Or>标签(注意大小写)进行逻辑运算。

不过需要特别声明的是,And标签和Or标签内部,只能使用两个查询条件。例如如下的查询条件是非法的(Cond表示每个子查询条件):

   1: <Where>

   2:   <And>

   3:     <Cond1/><Cond2/><Cond3/>

   4:   </And>

   5: </Where>

应当写成:

   1: <Where>

   2:   <And>

   3:     <And>

   4:       <Cond1/><Cond2/>

   5:     </And>

   6:     <Cond3/>

   7:   </And>

   8: </Where>

通过这种方式来保证每个逻辑运算标签内,有且仅有两个子条件。

当然,And标签和Or标签可以进行交替使用,组成复杂的逻辑筛选条件。

 

4、排序条件

在CAML查询中,使用<OrderBy></OrderBy>指定0至多组排序条件。

查询条件中每个字段按照排列的顺序依次为首要查询条件、次要查询条件、第三查询条件等等,其中每个查询条件的写法为:

   1: <FieldRef Name='字段名' Ascending='TRUE|FALSE' />

其中的Name属性同样必须使用内部名称,Ascending属性指定是否是正向排序(从小到大),如果不包含该属性,则默认为正向排序。

例如,下面的CAML片段指定了查询的排序条件为先按照作者(内部名称为Author)再按照创建时间由新到旧(内部名称为Created)进行排序:

   1: <OrderBy>

   2:   <FieldRef Name='Author'/>

   3:   <FieldRef Name='Created' Ascending='FALSE' />

   4: </OrderBy>

 

5、返回字段(栏)

进行查询的时候,并非每次都要返回条目的所有字段,出于性能考虑,可以只返回所需要的一些字段,通过制定返回字段来实现这一点,指定返回字段的方式使用<FieldRef Name='字段名' />的形式。

例如,如果需要返回标题、作者和创建时间三个字段,则写法为:

   1: <FieldRef Name='Title' />

   2: <FieldRef Name='Author' />

   3: <FieldRef Name='Created' />

这里同样需要使用字段的内部名称。

SharePoint服务器端对象模型 之 使用CAML进行数据查询的更多相关文章

  1. SharePoint服务器端对象模型 之 使用CAML进展数据查询

    SharePoint服务器端对象模型 之 使用CAML进行数据查询 一.概述 在SharePoint的开发应用中,查询是非常常用的一种手段,根据某些筛选.排序条件,获得某个列表或者某一些列表中相应的列 ...

  2. SharePoint服务器端对象模型 之 使用CAML进行数据查询(Part 2)

    (三)使用SPQuery进行列表查询 1.概述 列表查询主要是指在一个指定的列表(或文档库)中按照某些筛选.排序条件进行查询.列表查询主要使用SPQuery对象,以及SPList的GetItems方法 ...

  3. SharePoint服务器端对象模型 之 使用CAML进行数据查询(Part 3)

    (四)使用SPSiteDataQuery进行多列表查询 1.概述 前面介绍的列表查询有很多优势,但是它的一个缺点就是一次只能在一个列表中进行查询,在SharePoint中,提供了一个跨网站.跨列表查询 ...

  4. SharePoint服务器端对象模型 之 使用CAML进行数据查询(Part 4)

    (五)列表查询中的阈值限制 在之前版本的SharePoint 中,如果在查询的时候没有指定返回数目,那么SharePoint将会查找该列表中所有的条目,这可能会造成在SQL表中需要返回大量的条目,极大 ...

  5. SharePoint 服务器端对象模型 之 使用LINQ进行数据访问操作(Part 2)

    (四)使用LINQ进行列表查询 在生成实体类之后,就可以利用LINQ的强大查询能力进行SharePoint列表数据的查询了.在传统SharePoint对象模型编程中,需要首先获取网站对象,再进行其他操 ...

  6. SharePoint服务器端对象模型 之 使用LINQ进行数据访问操作(Part 4)

    (六)高效合理的使用LINQ 1.DataContext中的两个属性 为了能够使用DataContext进行数据提交,在DataContext进行数据查询和操作的过程中,内部会进行数据状态的保持和追踪 ...

  7. SharePoint服务器端对象模型 完结

    整个系列已完结,大概看了一眼,平均阅读量不到200.估计也没什么人看了,而且服务器端对象模型除了在某些企业开发中会用到,从2013时代开始其实已经不是SharePoint开发的最佳选择了.不过既然已经 ...

  8. 开启貌似已经过时很久的新坑:SharePoint服务器端对象模型

    5年前(嗯,是5年前),SharePoint 2010刚发布的时候,曾经和kaneboy试图一起写一本关于SharePoint 2010开发的书,名字叫<SharePoint 2010 应用开发 ...

  9. SharePoint服务器端对象模型 之 序言

    对于刚刚开始接触SharePoint的开发人员,即使之前有较为丰富的ASP.NET开发经验,在面对SharePoint时候可能也很难找到入手的方向.对于任何一种开发平台而言,学习开发的过程大致会包括: ...

随机推荐

  1. valgrind的callgrind工具进行多线程性能分析

    1.http://valgrind.org/downloads/old.html 2.yum install valgrind Valgrind的主要作者Julian Seward刚获得了今年的Goo ...

  2. Python——装饰器与面向切面编程

    今天来讨论一下装饰器.装饰器是一个很著名的设计模式,经常被用于有切面需求的场景,较 为经典的有插入日志.性能测试.事务处理等.装饰器是解决这类问题的绝佳设计,有了装饰器,我们就可以抽离出大量函数中与函 ...

  3. hdu 4723 How Long Do You Have to Draw(贪心)

    How Long Do You Have to Draw Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 32768/32768 K ( ...

  4. Keep-Alive简介及在Tomcat中配置

      Keep-Alive功能使客户端到服务器端的连接持续有效,当出现对服务器的后继请求时,Keep-Alive功能避免了建立或者重新建立连接.市场上 的大部分Web服务器,包括iPlanet.IIS和 ...

  5. HDU 4287 Intelligent IME(map运用)

    转载请注明出处:http://blog.csdn.net/u012860063 题目链接:http://acm.hdu.edu.cn/showproblem.php?pid=4287 Intellig ...

  6. RabbitMQ 学习笔记(一)特点

    RabbitMQ 的具体特点 可靠性: RabbitMQ 使用一些机制来保证可靠性, 如持久化.传输确认及发布确认等. 令灵活的路由: 在消息进入队列之前,通过交换器来路由消息.对于典型的路由功能,R ...

  7. JS防后退跳转

    location.replace("http://www.baidu.com");

  8. MySql(一):linux 安装mysql数据库——yum安装法

    mysql数据库有多种安装方式,本文只介绍在Linux服务器上最实用.最快捷的mysql server安装方法.一.Linux服务器yum安装(CentOS6.3 64位)所有在服务器上执行的命令,都 ...

  9. 551. Student Attendance Record I【easy】

    551. Student Attendance Record I[easy] You are given a string representing an attendance record for ...

  10. nodejs学习之简单服务器的编写

    不废话了!直接上代码: var http = require('http'); //导入模块http http.createServer(function(request,response){ res ...