我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE 的解析器按照从右到左的顺序处理from子句中的表名，from子句中写在最后的表(基础表 driving table)将被最先处理，在from子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.
（2） WHERE子句中的连接顺序．：
ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.
（3） SELECT子句中避免使用 ‘ * ‘：
ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间
（4） 减少访问数据库的次数：
ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引 ......
syscolumns
每个表和视图中的每列在表中占一行，存储过程中的每个参数在表中也占一行。该表位于每个数据库中。
列名数据类型描述
name
sysname
列名或过程参数的名称。
id
int
该列所属的表对象 ID，或与该参数关联的存储过程 ID。
xtype
tinyint
systypes 中的物理存储类型。
typestat
tinyint
仅限内部使用。
xusertype
smallint
扩展的用户定义数据类型 ID。
length
smallint
systypes 中的最大物理存储长度。
xprec
tinyint
仅限内部使用。
xscale
tinyint
仅限内部使用。
colid
smallint
列或参数 ID。
xoffset
smallint
仅限内部使用。
bitpos
tinyint
仅限内部使用。
reserved
tinyint
仅限内部使用。
colstat
smallint
仅限内部使用。
cdefault
int
该列的默认值 ID。
domain
int
该列的规则或 CHECK 约束 ID。
number
smallint
过程分组时（0 表示非过程项）的子过程号。
colorder
smallint
仅限内部使用。
autoval
varbinary(255)
仅限内部使用。
offset
smallint
该列所在行的偏移量；如果为负，表示可变长度行。
status
tinyint
用于描述列或参数属性的位图：
0x08 = 列允许空值。
0x10 = 当� ......
Insert Into 数据表名称(字段名称1,字段名称2,...) values(字段值1,字段值2,...)
insert into user(username,password,age) values('李老四','6666',45)
Update 数据表名称 Set 字段名称=字段值,字段名称=字段值,...[Where 条件]
Delete from 数据表
下列查询返回在LONDON（伦敦）或SEATTLE（西雅图）的所有雇员：
SELECT * from employees WHERE UPPER(city) IN ('LONDON'，'SEATTLE')
下面示例利用DATEDIFF函数，确定在 pubs 数据库中标题发布日期和当前日期间的天数。
SELECT DATEDIFF(day, OrderDate, getdate()) AS no_of_days from table1
返回字符串"wonderful"在 titles 表的 notes 列中开始的位置。
SELECT CHARINDEX('wonderful', notes)
以下是返回的结果：（第47个字符位置）
显示工作站的名称：select host_name() as [Client Computer Name]
下例是检索 titles 表中百分之五十的书。如果 titles 表中包含了 18 行，则将检索前 9 行。
SELECT TOP 50 PERCENT title from titles
字段名称 [Not] Between 起始值 and 终止值
列出BOOK表中30至50元的书
select * from book where price between 30 and 50
字段名称 [Not] In(列出值1,列出� ......
--聚合函数
use pubs
go
select avg(distinct price) --算平均数
from titles
where type='business'
go
use pubs
go
select max(ytd_sales) --最大数
from titles
go
use pubs
go
select min(ytd_sales) --最小数
from titles
go
use pubs
go
select type,sum(price),sum(advance) --求和
from titles
group by type
order by type
go
use pubs
go
select count(distinct city) --求个数
from authors
go
use pubs
go
select stdev(royalty) --返回给定表达式中所有值的统计标准偏差
from titles
go
use pubs
go
select stdevp(royalty) --返回表达式中所有制的填充统计标准偏差
from titles
go
use pubs
go
select var(royalty) --返回所有值的统计方差
from titles
go
use pubs
go
select varp(royalty)&nb ......
机器情况
p4: 2.4
内存: 1 G
os: windows 2003
数据库: ms sql server 2000
目的: 查询性能测试,比较两种查询的性能
SQL查询效率 step by step
-- setp 1.
-- 建表
create table t_userinfo
(
userid int identity(1,1) primary key nonclustered,
nick varchar(50) not null default '',
classid int not null default 0,
writetime datetime not null default getdate()
)
go
-- 建索引
create clustered index ix_userinfo_classid on t_userinfo(classid)
go
-- step 2.
declare @i int
declare @k int
declare @nick varchar(10)
set @i = 1
while @i<1000000
begin
set @k = @i % 10
set @nick = convert(varchar,@i)
insert into t_userinfo(nick,classid,writetime) values(@nick,@k,getdate())
set @i = @i + 1
end
-- 耗时 08:27 ，需要耐心等待
-- step 3.
select top 20 userid,nick,classid,writetime from t_userinfo
where userid not in
(
select top 900000 userid from t_userinfo order by userid asc
)
-- 耗时 8 秒 ,够长的
-- step 4.
select a.userid,b.nick,b.classid,b.writetime from
(
select to ......
大家都在讨论关于数据库优化方面的东东，刚好参与开发了一个数据仓库方面的项目，以下的一点东西算是数据库优化方面的学习+实战的一些心得体会了，拿出来大家共享。欢迎批评指正阿！
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；
可以有不同的写法；易学，难精通。
SQL优化：
固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高。
应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致
ORACLE优化器：
在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是
要么结果表达式能够比源表达式具有更快的速度
要么源表达式只是结果表达式的一个等价语义结构
不同的SQL结构有时具有同样的操作（例如：= ANY (subquery) and IN (subquery)），ORACLE会把他们映射到一个单一的语义结构。
1 常量优化：
常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000的的表达式：
sal > 24000/12
sal > 2 ......
最新文章 : sql