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的数。虽然这种优化显得差别不大，但是在查询数据量特别大的时候，尤其�
相关文档：
今天下了个WIN7的英文包把系统换成英文的。感觉还行，可是当创建数据库表时发现出错了，查了下才知道是SQL的排序出问题了
下面是CTRL+c V搞过来的，只是方便大家有这样的问题可以得到解决
使用SQL2005进行创建数据库的时候，如果遇到创建失败的情况，如下：
Create 对于 数据库“xxxx”失败。 (Microsoft.SqlS ......
【汇总】SQL CODE --- 经典·精彩
数据操作类 SQLHelper.cs
无限级分类 存储过程
百万级分页存储
SQL经典短小代码收集
学生表 课程表 成绩表 教师表
50个常用sql语句
SQL SERVER
与ACCESS、EXCEL的数据转换
游标
根据不同的条件查询不同的表
INNER JOIN 语法
master.dbo.sp ......
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' ......
-- 查看当前db的登陆
select * from sys.sql_logins
-- 审核登陆数据库的用户
sql server managerment studio中，右键点开服务器的属性，在安全性页签中， 选中审核“成功和失败的登陆”，所有登陆都会在..MSSQL\Log\ERRORLOG中记录一条记录。
如果勾选“启用C2审核跟踪”，将会在..MSSQL\Log\目录 ......
