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

Posted 没有烟抽的日子

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SharePoint服务器端对象模型 之 使用CAML进展数据查询相关的知识,希望对你有一定的参考价值。

一、概述

在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>

注意:使用SPQuery查询时间,默认查询会忽略 时分秒,只检查日期,如果要检查时间,则必须添加 IncludeTimeValue=‘TRUE‘

(其中的日期格式可以通过使用一个静态方法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的使用):

经验之谈:作修改操作的时候ExpandRecurrence不要设置,或者设为false.否则会报异常。

 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)进行排序:

<OrderBy>
  <FieldRef Name=‘Author‘/>
  <FieldRef Name=‘Created‘ Ascending=‘FALSE‘ />
</OrderBy>

 

5、返回字段(栏)

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

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

1 <FieldRef Name=‘Title‘ />
2 <FieldRef Name=‘Author‘ />
3 <FieldRef Name=‘Created‘ />

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

 

转载:http://www.myexception.cn/sharepoint/1857376.html

以上是关于SharePoint服务器端对象模型 之 使用CAML进展数据查询的主要内容,如果未能解决你的问题,请参考以下文章

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

SharePoint服务器端对象模型 之 访问用户用户组和权限(Part 2)

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

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

SharePoint服务器端对象模型 之 访问用户用户组和权限(Part 1)

SharePoint服务器端对象模型 之 访问用户用户组和权限(Part 3)