【学习散记7 SQL语句的处理】
SQL语句的处理
ps：MSDN摘
优化 在基础表上（不引用视图或远程表）的 SELECT 语句:SELECT 语句是非程序性的,这意味着数据库服务器必须分析语句，以决定提取所请求数据的最有效方法
处理上面步骤的组件称为“查询优化器”：
输入：查询、数据库方案（表和索引的定义）以及数据库统计信息
输出：“查询执行计划”，有时也称为“查询计划”或直接称为“计划“
查询执行计划定义：
1-访问源表的顺序:数据库服务器一般可以按许多不同的序列访问基表以生成结果集。
2-从每个表析取数据的方法:访问每个表中的数据一般也有不同的方法。
如果只需要有特定键值的几行，数据库服务器可以使用索引。
如果需要表中的所有行，数据库服务器则可以忽略索引并执行表扫描。
如果需要表中的所有行，而有一个索引的键列在 ORDER BY 中，则执行索引扫描而非表扫描可能会省去对结果集的单独排序。
如果表很小，则对该表的几乎所有访问来说，表扫描可能都是最有效的方法。
优化: 从潜在的多个可能的计划中选择一个执行计划的过程
SQL Server 查询优化器:
1.是基于成本的优化器。
就所使用的计算资源量而言，每个可能的执行计划都具有相关成本。查询优化器必须分析可能的计划并选择一个预计成本最低的计划。
有些复杂的 SELECT 语句有成千上万个可能的执行计划。在这些情况下，查询优化器不会分析所有的可能组合，而是使用复杂的算法查找一个执行计划（日后再独立书写）：其成本合理地接近最低可能成本。
2.还选择能将结果最快地返回给用户且资源成本合理的计划。
例如，与串行处理查询相比，并行处理查询使用的资源一般更多但完成查询的速度更快。因此如果不对服务器的负荷产生负面影响，SQL Server 优化器将使用并行执行计划返回结果。
处理 SELECT 语句（包含优化,生成执行计划等过程）
这部分专门写一篇 （待。。。）
优化视图的查询：
SQL Server 查询处理器对索引视图和非索引视图将区别对待：
1)索引视图的行以表的格式存储在数据库中。如果查询优化器决定使用查询计划的索引视图，则索引视图将按照基表的处理方式进行处理。
2)只有非索引视图的定义才存储，而不存储视图的行。查询�
相关文档：
系统环境：Windows 7
软件环境：Visual C++ 2008 SP1 +SQL Server 2005
本次目的：编写一个航空管理系统
这是数据库课程设计的成果，虽然成绩不佳，但是作为我用VC++ 以来编写的最大程序还是传到网上，以供参考。用VC++ 做数据库设计并不容易，但也不是不可能。以下是我的程序界面，后面 ......
SQL语法与命令
SELECT 语句
SELECT[predicate]{*|table.*|[table.]field [,[table.]field2[,...]]} [AS alias1
[,alias2[,...]]]
from tableexpression [,...][IN externaldatabase]
[WHERE...]
[GROUP BY...]
[HAVING...]
[ORDER BY...]
[WITH OWNERACCESS OPTION]
SELECT 语句包括下面几个部分
predicate
......
SQL Server .NET Data Provider 连接字符串包含一个由一些属性名/值对组成的集合。每一个属性/值对都由分号隔开。
PropertyName1=Value1;PropertyName2=Value2;PropertyName3=Value3;.....
同样，连接字符串必须包含SQL Server实例名称:
......
当SQL Server截断事务日志时，它仅仅是在虚拟日志文件中做个标记，以便不再使用它，然后准备以重用形式来做备份(假如运载在完整或是批量日志恢复模型)。也就是说，在使用简单恢复模型时，事务日志包括如下的日志记录：
当checkpoint发生时，虚拟日志文件1、2不再被使用，因为事务1、2已经被提交了，而且日志记录也不再� ......
Repeater在前台使用比较灵活自由，但有一个问题就是Repeater不支持直接分页，这个很多人看起来就有点不想用了，但我想大家都知道GridView控件或DataGrid控件在启用自带分页的时候其实效率是非常低的，大的不说，一但到了百万级数据以后，就会感觉是多么的痛苦和无耐了，所以即使是用DataGrid(GridView)控件，高手们还是只会 ......
