SQL Server执行部分语句的内存代价
众所周知，SQL Server执行SQL语句的性能判定标准主要是IO读取数大小。本文在不违反这一原则情况下，同时来分析一下部分SQL语句执行时，SQL Server内存的变化情况。
首先简述一下SQL Server内存占用的特点。SQL Server所占用的内存除程序（即SQL
Server引擎）外，主要包括缓存的数据（Buffer）和执行计划（Cache）。SQL
Server以8KB大小的页为单位存储数据。这个和SQL Server数据在磁盘上的存储页大小相同。当SQL Server执行SQL
语句时，如果需要的数据已经在其内存中，则直接从内存缓冲区读取并进行必要的运算然后输出执行结果。如果数据还未在内存中，则首先将数据从磁盘上读入内存
Buffer中。而我们通常评价SQL性能指标中的IO逻辑读取数对应的正是从内存缓冲区读取的页数，而IO物理读取数则对应数据从磁盘读取的页数。
注：以下的试验在多人共享的开发测试服务器上也可以进行，因为实际上可以分别看到某个表所占用的内存情况。但为了方便，笔者在做此试验时，在一个单独的、确认没有其它并发任务的数据库上进行，因此所看到的内存变化正是每一次所执行的SQL语句引起的。
我们首先来看一个简单的实例。创建下表：
Create Table P_User
( UserMobileStatus int NOT NULL,
MobileNo int NOT NULL,
LastOpTime DateTime Not NULL
)
然后为该表插入一定的数据：
Declare @i int
Set @i=28000
WHILE @i<29000
BEGIN
Insert Into P_User
Select @i % 2,@i,GetUTCDate()
Set @i=@i+1
END
然后我们在查询分析器中首先执行:
Set Statistics IO ON
并按下Ctrl+M以显示实际的执行计划。
此时，可以开始进行我们的试验了。为了准确观察每一次SQL语句变化情况，在执行第一条SQL语句以前，我们首先清空SQL Server所占用的数据内存：
CHECKPOINT
GO
DBCC DROPCLEANBUFFERS
这将清空SQL Server所占用的数据缓冲区（此语句在生产服务器上慎用，因为将导致一段时间内后续的SQL语句执行变慢）。
测试1：在没有索引的表上执行SQL语句
1.1 执行全表选取或者低选择性选取
Select * from P_User
从SQL执行计划可以看到，由于此时表中没有任何索引，因此将产生Table Scan。而IO统计结果如下：
(1000 row(s) affected)
表'P_User'。扫描计数1，逻辑读取4 次，物理读取4 次，预读0 次，lob 逻辑读取0
相关文档：
1、按时间排序
select * from tbl_lms_loginhistory order by loginhistory_logintime desc
2、
在一个数据库中是下列的样子
车次 身份证号
27 1
27 2
45 1
25 1
45 2
现在我想 获得的是
车次 乘坐次数
25 1
27 3
45 2
请问，我的SQL语句该怎么写？
select 车� ......
The aspnet_Profile table contains the following fields: UserId, PropertyNames, PropertyValuesString, PropertyValuesBinary, and LastUpdatedDate. The PropertyNames field contains a string delimited with colons (:) that identify which profile fields are stored, what their datatype is and their of ......
目的：通过HTTP访问MS SSAS 2005
配置方法：
如果想访问对应的cube，则需指定cube所在的服务器名称
使之可以通过HTTP协议进行访问，可以返回MDX查询所得到的结果集和元数据
查询结果集的方法是：Execute()，它能够返回MDX语句的查询结果
查询结果集元数据方法：Discover()，它能够返回MDX语句的元数据信息。该方法较Ex ......
exists （sql 返回结果集为真）
not exists (sql 不返回结果集为真）
如下：
表A
ID NAME
1 A1
2 A2
3 A3
表B
ID AID NAME
1 1 B1
2 2 B2
3 2 B3
表A和表B是１对多的关系 A.ID => B.AID
......
多余的话就不多说了，正试linq to sql的学习。
先来看看linq to sql 的特性:
自动属性(Auto-Implemented Properties)
隐含类型局部变量(Local Variable Type Inference)
匿名类型(Anonymous Types)
对象与集合初始化器(Object and Collection Initializers)
扩展方法(Extension Methods)
Lambda表达式和Lambda表达式 ......
