sql语句优化
SQL语句的优化就是将性能较低的SQL语句转换达成同样目的性能优异的SQL语句
下面我们一起来看看一些可以优化SQL的方法，希望大家多提出意见我们共同学习或者是大家有什么好的优化方法可以提出来共享一下。
第一种优化（使用指定列代替”*”）
使用“*”可以降低编写SQL语句的复杂度，但是却降低了SQL语句执行的效率。
通过SQL语句的执行过程我们来了解SQL语句的执行效率。当一条SQL语句从客户端发送到服务器。ORACLE需要执行以下步骤：
1. 在共享池中搜索SQL语句是否存在。
2. 验证SQL语句的语法是否正确。
3. 执行数据字典来验证表和列的定义。
4. 获取对象的分析锁，以便在语句的分析过程中对象的定义不会被改变。
5. 检查用户是否具有相应的操作权限。
6. 确定语句的最佳执行计划。
7. 将语句和执行方案保存到共享的SQL区
通过上面的第3条我们已经看出来了，如果我们用了“*”替代列的话就会执行我们的第三步，相反如果我们明确的指出了列ORACLE就不会去执行第三个步骤。
下面可以通过测试来看看：
Select * from cust;
select cust_id from cust;
通过上面两条语句的对比我们可以清楚的看出两条语句的执行时间的差别，如果数据较多更为明显。
第二（使用WHERE子句来替代HAVING）
使用HAVING子句过滤分组，也就是在分组之后过滤，因为行分组需要一段时间，所以应该尽量使用WHERE子句过滤行，减少分组的行数，也就减少了分组的时间，从而提高查询效率。
第三（使用“>=”替代“>”|使用“<=”替代“<”）
例如“某列<=8888”和“某列<8889”检索结果是一样的，但是效率并不是一样的。
使用“>=”替代“>”|使用“<=”替代“<”
上面两个运算的区别在于，如果使用“某列<8889”则ORACLE会定位到8889，然后再去找比8889小的数据，如果使用“某列<=8888”，则ORACLE直接定位到等于8888的数。虽然这种优化显得差别不大，但是在查询数据量特别大的时候，尤其�
相关文档：
新建表：
create table [表名]
(
[自动编号字段] int IDENTITY (1,1) PRIMARY KEY ,
[字段1] nVarChar(50) default '默认值' null ,
[字段2] ntext null ,
[字段3] datetime,
[字段4] money null ,
[字段5] int default 0,
[字段6] Decimal (12,4) default 0,
[字段7] image null ,
)
删除表：
Drop table [表 ......
【汇总】SQL CODE --- 经典·精彩
数据操作类 SQLHelper.cs
无限级分类 存储过程
百万级分页存储
SQL经典短小代码收集
学生表 课程表 成绩表 教师表
50个常用sql语句
SQL SERVER
与ACCESS、EXCEL的数据转换
游标
根据不同的条件查询不同的表
INNER JOIN 语法
master.dbo.sp ......
一、创建一张空表：
Sql="Create TABLE [表名]"
二、创建一张有字段的表：
Sql="Create TABLE [表名]([字段名1] MEMO NOT NULL, [字段名2] MEMO, [字段名3] COUNTER NOT NULL, [字段名4] DATETIME, [字段名5] TEXT(200), [字段名6] TEXT(200))
字段类型：
2 : "SmallInt", // 整型
3 : "Int", ......
sql replace 替换字段中部份指定内容
创建数据库教程
create database cnnet;
创建数据表
CREATE TABLE `cnnet`.`test` (
`id` INT( 4 ) NOT NULL AUTO_INCREMENT ,
`url` VARCHAR( 50 ) NULL ,
PRIMARY KEY ( `id` )
) ENGINE = MYISAM
插几条数据:
INSERT INTO `test` (`id`, `url`) VALUES
(1, 'www.1aa.cm' ......
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)
7、锁或者死锁(这也是查询慢最常见的问题，是程� ......
