（一）概述
在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‘ />
这里同样需要使用字段的内部名称。