在sql server 2005里，根据数据库性能动态构建索引。
在sql server 2005里，根据数据库性能动态构建索引。
数据库设计好后，系统上线运动一个周期后，数据库性能瓶颈突现出来，这个时间，需要一种根据性能，来动态构建索引，提高查询效率。
--过程优化SQL
, avg_user_impact
, [EqualityUsage] = equality_columns
, [Include Cloumns] = included_columns
INNER JOIN sys.dm_db_missing_index_group_stats s
INNER JOIN sys.dm_db_missing_index_details d
ORDER BY [RowNumber] ;
select
DataType = st.name,
from lzmisplat..syscolumns sc
inner join lzmisplat..SysTypes st on sc.XType=st.XType
so.name='S_FlowInstance' and sc.name='State'
declare @TableName varchar(1000)
declare @InequalityUsage varchar(1000)
declare @IndexIncludeTemplete nvarchar(2000)
declare @ExecuteSql nvarchar(4000)
declare @NowTime varchar(500)
declare @RowNumber int
-----------------
select @NowTime = replace( replace( replace( getdate() ,'-','') ,' ','') ,':',''), @ExecuteSql =''
select @IndexTemp
相关文档：
http://www.umgr.com/blog/PostView.aspx?bpId=36294
1. 执行sql语句
int sqlite3_exec(sqlite3*， const char *sql， sqlite3_callbacksql 语法
， void *， char **errmsg );
这就是执行一条 sql 语句的函数。
第1个参数不再说了，是前面open函数得到的指针。说了是关键数据结构。
第2个参数const char ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
系统数据库
系统数据库很重要，大多数时候不应修改它们。唯一的例外是model数据库，它能够让用户部署更改（如存储过程）到任何新创建的数据率中。
1 Resource数据库
该数据库包含SQL Server 正常运行所需的重要表，元数据和存储过程，它们是只读的。它不包含有关用户的实例或数据库的任何信息，因为它只是安装新的补丁程 ......
查询速度慢的原因很多，常见如下几种：
没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)。
I/O吞吐量小，形成了瓶颈效应。
没有创建计算列导致查询不优化。
内存不足。
网络速度慢。
查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)。
锁或者死锁(这也是查询慢最常见的问题，是程 ......
