软件系统性能优化策略SQL优化
而这一篇中，我们就围绕SQL优化来开始这次讲解，为什么第一讲要说SQL优化？因为我认为这是程序员的基本功，而且也是我们必须要去掌握的，虽然你写的 SQL语句能完成相应的功能，但是你是否考虑过这些语句碰到海量数据或者暴力访问时会不会带来效率的大幅度的减慢？也许很多程序员和我一样在碰到系统响应时间过慢的时候，就会说：“怎么回事啦！服务器太破了，这么慢！”或者“网络怎么这么差的啦！”却很少抱怨自己编写的代码。其实这些细节也是我这次讲解的目的，希望大家在编写SQL语句时候，能看的更“远”，考虑的更“深”。
一、建立合适的索引 这里我不是想老生常谈“索引技术”，而是希望大家能重视“索引”，更希望大家能充分的理解“索引”，而不是仅仅停留在“主键就是索引”这样肤浅的认识上面。
首先我们大致了解什么是“索引”，在百度中打入“数据库索引是什么”，然后我们在百度百科中我们就能看到这样的解释 数据库索引好比是一本书前面的目录，能加快数据库的查询速度。
例如这样一个查询：select * from table1 where id=44。如果没有索引，必须遍历整个表，直到ID等于44的这一行被找到为止；有了索引之后(必须是在ID这一列上建立的索引)，直接在索引里面找44（也就是在ID这一列找），就可以得知这一行的位置，也就是找到了这一行。可见，索引是用来定位的。 索引分为聚集索引和非聚集索引两种，聚集索引 是按照数据存放的物理位置为顺序的，而非聚集索引就不一样了；聚簇索引能提高多行检索的速度，而非聚簇索引对于单行的检索很快。
看完百度的解释，应该有了初步的了解，至于聚集索引和非聚集索引，大家可能还云里雾里的，其实你去问很多老程序员聚集索引和非聚集索引的区别时，他们的回答都是“去百度自己查去”,其实大家也不用去深究，可以理解成
1、聚集索引--字典里拼音查找，联想一下字典，当我们差找“金”时，我们会直接翻到"J"字母着去找，因为大家这本字典是按A-Z的排序去排列的，这个原理和数据库里的聚集索引很想，如果将一个索引设为聚集索引，那就说明这个字段是一定顺序排列的，而数据库表中也只能有一个聚集索引，多用在字段数据量大，但是�
相关文档：
数据库：
1、 创建数据库的语法：
if exists (select * from sysdatabases where name='DT_name') /*判断是否存在，是则删除*/
drop database DT_name
create database database_name
on primary /* 指定主要文件组，其中第一个主要文件 * ......
首先介绍一下什么是存储过程：存储过程就是将常用的或很复杂的工作，预先用SQL语句写好并用一个指定的名称存储起来，并且这样的语句是放在数据库中的，还可以根据条件执行不同SQL语句， 那么以后要叫数据库提供与已定义好的存储过程的功能相同的服务时，只需调用execute,即可自动完成命令。
请大家来了解一下存储过程� ......
自连接是指一个表与其自身进行连接。
举一个简单的实例，一个学生课程成绩表StudentScore，其中包括学生编号/studentid，所选课程/coursename,课程成绩/score
选择每门课程的前两名学生,并将他信息输出出来
此时你的第一反应就是要把学生按所选课程进行分组，然后比较获得每门课程里面前两位的学生
分组的方式有group b ......
LIKE 操作符用于在 WHERE 子句中搜索列中的指定模式。
SQL LIKE 操作符语法
SELECT column_name(s) from table_name WHERE column_name LIKE pattern
SQL 通配符
在搜索数据库中的数据时，SQL 通配符可以替代一个或多个字符。
SQL 通配符必须与 LIKE 运算符一起使用。
在 SQL 中，可使用以下通配符：
通配符
描 ......
/*sql重复数据处理，有唯一ID，formid有重复*/
/*查出重复的fromid*/
select formid from GaiaSaver_BUG group by formid having count(*)>1
/*删除重复formid，只留一条*/
delete from GaiaSaver_BUG where ID not in
(select min(ID) as ID from GaiaSaver_BUG group by for ......
