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的数。虽然这种优化显得差别不大，但是在查询数据量特别大的时候，尤其�
相关文档：
转至http://mbtk.blog.sohu.com/150003773.html ，并补充一些相关知识。
DBCC ErrorLog ：如果很少重起mssqlserver服务，那么服务器的日志会增长得很快，而且打开和查看日志的速度也会很慢。使用这个命令，可以截断当前的服务器日志，主要是生成一个新的日志。可以考虑设置一个调度任务，每周执行这个命令自动截断服� ......
定义： 何为触发器？在SQL Server里面也就是对某一个表的一定的操作，触发某种条件，从而执行的一段程序。触发器是一个特殊的存储过程。
常见的触发器有三种：分别应用于Insert , Update , Delete 事件。(SQL Server 2000定义了新的触发器，� ......
今天下了个WIN7的英文包把系统换成英文的。感觉还行，可是当创建数据库表时发现出错了，查了下才知道是SQL的排序出问题了
下面是CTRL+c V搞过来的，只是方便大家有这样的问题可以得到解决
使用SQL2005进行创建数据库的时候，如果遇到创建失败的情况，如下：
Create 对于 数据库“xxxx”失败。 (Microsoft.SqlS ......
如: 表:consume_record
字段:consume (money类型) date (datetime类型)
请问怎么写四条sql语句分别按日,按周,按月,按季统计消费总量.
如:1月 1200元
2月 3400元
3月 2800元
--按日
select sum(consume),day([date]) from& ......
一、创建一张空表：
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", ......
