软件系统性能优化策略SQL优化
而这一篇中，我们就围绕SQL优化来开始这次讲解，为什么第一讲要说SQL优化？因为我认为这是程序员的基本功，而且也是我们必须要去掌握的，虽然你写的 SQL语句能完成相应的功能，但是你是否考虑过这些语句碰到海量数据或者暴力访问时会不会带来效率的大幅度的减慢？也许很多程序员和我一样在碰到系统响应时间过慢的时候，就会说：“怎么回事啦！服务器太破了，这么慢！”或者“网络怎么这么差的啦！”却很少抱怨自己编写的代码。其实这些细节也是我这次讲解的目的，希望大家在编写SQL语句时候，能看的更“远”，考虑的更“深”。
一、建立合适的索引 这里我不是想老生常谈“索引技术”，而是希望大家能重视“索引”，更希望大家能充分的理解“索引”，而不是仅仅停留在“主键就是索引”这样肤浅的认识上面。
首先我们大致了解什么是“索引”，在百度中打入“数据库索引是什么”，然后我们在百度百科中我们就能看到这样的解释 数据库索引好比是一本书前面的目录，能加快数据库的查询速度。
例如这样一个查询：select * from table1 where id=44。如果没有索引，必须遍历整个表，直到ID等于44的这一行被找到为止；有了索引之后(必须是在ID这一列上建立的索引)，直接在索引里面找44（也就是在ID这一列找），就可以得知这一行的位置，也就是找到了这一行。可见，索引是用来定位的。 索引分为聚集索引和非聚集索引两种，聚集索引 是按照数据存放的物理位置为顺序的，而非聚集索引就不一样了；聚簇索引能提高多行检索的速度，而非聚簇索引对于单行的检索很快。
看完百度的解释，应该有了初步的了解，至于聚集索引和非聚集索引，大家可能还云里雾里的，其实你去问很多老程序员聚集索引和非聚集索引的区别时，他们的回答都是“去百度自己查去”,其实大家也不用去深究，可以理解成
1、聚集索引--字典里拼音查找，联想一下字典，当我们差找“金”时，我们会直接翻到"J"字母着去找，因为大家这本字典是按A-Z的排序去排列的，这个原理和数据库里的聚集索引很想，如果将一个索引设为聚集索引，那就说明这个字段是一定顺序排列的，而数据库表中也只能有一个聚集索引，多用在字段数据量大，但是�
相关文档：
select [name] from sysdatabases order by name--得到数据库中所有的库名
select [name] from sysobjects where xtype='U'and [name]<>'dtproperties' order by [name]--得到数据库表中的列表
select [name] from sysobjects where xtype='V' and [name]<>'syssegments' and [name]<>'sysconstraints' ......
本文从数据库设计、开发、DBA管理等四个方面叙述了SQL2005与SQL2000两个版本间的改进。
一、数据库设计方面
1、字段类型。
varchar(max)
varchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。但是这就引发了对varchar
和char效率讨论的老问题。到� ......
--
> 测试数据：[tb]
if
object_id
(
'
[tb]
'
)
is
not
null
drop
table
[
tb
]
go
create
table
[
tb
]
(
[
id
]
int
,
[
lx
]
int
)
insert
[
tb
]
select
29
,
2
union
all
select
30
,
3
union
all
sel ......
由于程序需要把SQL SERVER 里的数据导入到ACCESS里.
刚开始使用DataSet来循环.
数据量少的时候还算可以应付的过来.
但当数据多的时候.
会报错"位置错误"
在网上搜寻一番.找到一个方法.
使用insert into openrowset
接着错误一个接一个的来..
"插入错误: 列名或所提供值的数目与表定义不匹配。"
"未能找到 OLE DB � ......
