DB2常用SQL语句集
DB2常用SQL语句集
1、查看表结构：
describe table tablename
describe select * from tablename
2、列出系统数据库目录的内容：
list database directory
3、查看数据库配置文件的内容：
get database configuration for DBNAME
4、启动数据库：
restart database DBNAME
5、关闭表的日志
alter table TBLNAME active not logged inially
6、重命名表
rename TBLNAME1 to TBLNAME2
7、取当前时间
select current time stamp from sysibm.sysdummy1
8、创建别名
create alias ALIASNAME for PRONAME(table、view、alias、nickname)
9、查询前几条记录
select * from TBLNAME fetch first N rows
10、联接数据库
db2 connect to DB user db2 using PWD
11、绑定存储过程命令
db2 bind BND.bnd
12、整理优化表
db2 reorgchk on table TBLNAME
db2 reorg table TBLNAME
db2 runstats on table TBNAME with distribution and indexes all
13、导出表
db2 export to TBL.txt of del select * from TBLNAME
db2 export to TBL.ixf of ixf select * from TBLNAME
以指定分隔符‘|’下载数据：
db2 "export to cmmcode.txt of del modified by coldel| select * from cmmcode”14、导入表
db2 import from TBL.txt of del insert into TBLNAME
db2 import from TBL.txt of del commitcount 5000 insert into TBLNAME
db2 import from TBL.ixf of ixf commitcount 5000 insert into TBLNAME
db2 import from TBL.ixf of ixf commitcount 5000 insert_update into TBLNAME
db2 import from TBL.ixf of ixf commitcount 5000 replace into TBLNAME
db2 import from TBL.ixf of ixf commitcount 5000 create into TBLNAME (仅IXF)
db2 import from TBL.ixf of ixf commitcount 5000 replace_create into TBLNAME (仅
IXF)
以指定分隔符“|”加载：
db2 "import from btpoper.txt of del modified by coldel| insert into btpoper"
15、显示当前用户所有表命令
db2 “list tables”
16、查看锁情况命令：
db2 get snapshot for locks on DBNAME
list applications for db DBNAME show detail
17、打开锁的监视开关命令
db2 update monisor switches using lock on
18、游标的使用：
declare cursorN cursor with hold for select CHAR from TBNAME for update;
for update不能和GROUP BY、 DISTINCT、 ORDER BY、 FOR READ ONLY及UNION, EXCEPT, or INTERSECT（但 UNION ALL除外）一起使用。
update TBNAME set CHAR='0' where current of cursorN;
19、decode的转码操作：
decode(A1,'1','n1','2','n2','n3') AA1 from TBNAME;
20、计算两个日期的相差天数：
days(date(‘2001-06-05’)) –days(date(‘2001-04-01’))
days 返回的是从 0001-01-01 开始计算的天数；
21、取得处理的记录数：
declare v_count int;
update tb_test set t1=‘0’where t2=‘2’;
--检查修改的行数,判断指定的记录是否存在
get diagnostics v_ count=ROW_COUNT;
只对update,insert,delete起作用。
22、DB2支持三种集合操作INTERSECT（交集）、EXCEPT（差集）、UNION（合集）：
求交集：A交B 说明：INTERSECT和INTERSECT ALL是等效的。
SELECT * FROM AA_WEEK X WHERE X.CODE IN (1,2,3) -- 集合A
INTERSECT -- 集合B
SELECT * FROM AA_WEEK X WHERE X.CODE IN (2,3,4);
求差集：A减B 说明：EXCEPT和EXCEPT ALL是等效的。
SELECT * FROM AA_WEEK X WHERE X.CODE IN (1,2,3) -- 集合A
EXCEPT -- 集合B
SELECT * FROM AA_WEEK w WHERE w.CODE IN (2,3,4);
求合集：A+B（不消除重复行）
SELECT * FROM AA_WEEK X WHERE X.CODE IN (1,2,3) -- 集合A
UNION ALL -- 集合B
SELECT * FROM AA_WEEK X WHERE X.CODE IN (2,3,4);
求合集：A+B（消除重复行）
SELECT * FROM AA_WEEK X WHERE X.CODE IN (1,2,3) -- 集合A
UNION -- 集合B
SELECT * FROM AA_WEEK X WHERE X.CODE IN (2,3,4);
23、数据库备份和恢复：
备份DB2数据库的方法如下：
在db2inst1用户下操作.
在你要保存数据的当前目录执行以下命令:
$ db2stop force （停止数据库）
$ db2start （启动数据库）
*可不停止数据库，直接执行以下命令：
$ db2 connect to 数据库名 user 用户名 using 密码（连接数据库）
$ db2 backup db 数据库名
系统会自动备份生成一个时间戳的数据备份文件,
如：xxxx.0.db2inst1.NODE0000.CATN0000.20070814031212.001
恢复数据库
在你备份出数据的当前目录执行以下命令:
$ db2 restore db 数据库名 taken at 20070814031212（直接取数据备份生成的时间戳即可
24、
25、sql常用函数说明：
float(num)：返回num的浮点表示；
mod(num1, num2)：返回num1除以num2的余数；
char()：返回日期时间型,字符串,整数,十进制或双精度浮点数的字符串表示；
注意事项：
1、只能修改V ARCHAR2类型的并且只能增加不能减少；
2、一个数据库至少包括一个目录表空间、一个或多个用户表空间、一个或多个临时表空间；
3、建临时表时最好加上with replace选项，这样就可以不显示的drop 临时表，建临时表
时如果不加该选项而该临时表在该session内已创建且没有drop,这时会发生错误。
4、定义游标使用with hold 选项，如果循环内有commit或rollback 而要保持该cursor不被
关闭，只能使用这种方式。
5、大数据的导表：export后再load性能（比select into）更好，因为load不写日志。
6、尽量使用大的复杂的SQL语句,将多而简单的语句组合成大的SQL语句对性能会有所改
善。
7、避免使用count(*) 及exists的方法：因为count(*)基本上要对表做全部扫描一遍，如果
使用很多会导致很慢；exists比count(*)要快，但总的来说也会对表做扫描，它只是碰到第一条符合的记录就停下来。
8、
mysql分享(1)-sql语句执行的11个步骤
IREDPURE mysql执行查询语句的11个步骤（分享1） ZERO 2016/02/19
每个人都会犯错误，有的人把犯过的错误记录下来，进一步总结，形成了自己的一套理论；有的人，则在同一个错误上一错再错，不停的抱怨，然后 再犯错，然后再抱怨，产生了一个死循环…… 1、项目结束后的思考 每个项目的结束，每个人都会有自己的收获，不同水平的人总结出来的东西可能不一样！但是对自己而言，都是进步，都是让自己在原有的基础上强大 了一点点。我们在每个项目结束后，都应该对自己做一个总结，这是我们强大的来源，日记月累，必定是一笔不小的财富！ 2、mysql查询语句执行的11个步骤 (8) select (9) distinct
SQL语句执行效率及分析
SQL语句执行效率及分析 2. SQL提高查询效率 2008-05-12 21:20 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：select id from t where num=0 3.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 4.应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用 索引而进行全表扫描，如： select id from t where num=10 or num=20 可以这样查询： select id from t where num=10 union all select id from t where num=20 5.in 和 not in 也要慎用，否则会导致全表扫描，如： select id from t where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了： select id from t where num between 1 and 3 6.下面的查询也将导致全表扫描： select id from t where name like '%abc%' 若要提高效率，可以考虑全文检索。 7.如果在 where 子句中使用参数，也会导致全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因 而无法作为索引选择的输入项。如下面语句将进行全表扫描： select id from t where num=@num 可以改为强制查询使用索引： select id from t with(index(索引名)) where num=@num 8.应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用 索引而进行全表扫描。如：
SQL语句执行顺序
一、sql语句的执行步骤： 1）语法分析，分析语句的语法是否符合规范，衡量语句中各表达式的意义。 2）语义分析，检查语句中涉及的所有数据库对象是否存在，且用户有相应的权限。 3）视图转换，将涉及视图的查询语句转换为相应的对基表查询语句。 4）表达式转换，将复杂的 SQL 表达式转换为较简单的等效连接表达式。 5）选择优化器，不同的优化器一般产生不同的“执行计划” 6）选择连接方式，ORACLE有三种连接方式，对多表连接 ORACLE 可选择适当的连接方式。7）选择连接顺序，对多表连接 ORACLE 选择哪一对表先连接，选择这两表中哪个表做为源数据表。 8）选择数据的搜索路径，根据以上条件选择合适的数据搜索路径，如是选用全表搜索还是利用索引或是其他的方式。 9）运行“执行计划” 二、oracle 共享原理： ORACLE将执行过的SQL语句存放在内存的共享池(shared buffer pool)中，可以被所有的数据库用户共享当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. 这个功能大大地提高了SQL的执行性能并节省了内存的使用 三、oracle 语句提高查询效率的方法：1： where column in(select * from ... where ...); 2：... where exists (select 'X' from ...where ...); 第二种格式要远比第一种格式的效率高。在Oracle中可以几乎将所有的IN操作符子查询改写为使用EXISTS的子查询使用EXIST，Oracle系统会首先检查主查询，然后运行子查询直到它找到第一个匹配项，这就节省了时间 Oracle系统在执行IN子查询时，首先执行子查询，并将获得的结果列表存放在在一个加了索引的临时表中避免使用having字句避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销 SQL Select语句完整的执行顺序： 1、from子句组装来自不同数据源的数据； 2、where子句基于指定的条件对记录行进行筛选； 3、group by子句将数据划分为多个分组； 4、使用聚集函数进行计算； 5、使用having子句筛选分组； 6、计算所有的表达式； 7、使用order by对结果集进行排序。
执行一条sql语句update多条记录实现思路
执行一条sql语句update多条记录实现思路 如果你想更新多行数据，并且每行记录的各字段值都是各不一样，怎么办？ 通常情况下，我们会使用以下SQL语句来更新字段值： UPDATE mytable SET myfield='value' WHERE other_field='other_value'; 但是，如果你想更新多行数据，并且每行记录的各字段值都是各不一样，你会怎么办呢？举个例子，我的博客有三个分类目录（免费资源、教程指南、橱窗展示），这些分类目录的信息存储在数据库表categories中，并且设置了显示顺序字段 display_order，每个分类占一行记录。如果我想重新编排这些分类目录的顺序，例如改成（教程指南、橱窗展示、免费资源）,这时就需要更新categories表相应行的display_order字段，这就涉及到更新多行记录的问题了，刚开始你可能会想到使用循环执行多条UPDATE语句的方式，就像以下的php 程序示例： ? 1 2 3 4 5 foreach ($display_order as $id => $ordinal) { $sql="UPDATE categories SET display_order = $ordinal WHERE id = $id"; mysql_query($sql); } 这种方法并没有什么任何错误，并且代码简单易懂，但是在循环语句中执行了不止一次SQL 查询，在做系统优化的时候，我们总是想尽可能的减少数据库查询的次数，以减少资源占用，同时可以提高系统速度。 幸运的是，还有更好的解决方案，下面列举两种常用的方案只不过SQL语句稍微复杂点，但是只需执行一次查询即可，语法如下： ? 1 2 3 4 5 6 7 8 ?第一种：IF--THEN语句结合UPDATE mytable SET myfield = CASE other_field WHEN 1 THEN 'value' WHEN 2 THEN 'value' WHEN 3 THEN 'value' END
oracle sql语句执行顺序
要知道SQL语句，我想我们有必要知道SQL Server查询分析器怎么执行我们的SQL语句的，我们很多人会看执行计划，或者用Profiler来监视和调优查询语句或者存储过程慢的原因，但是如果我们知道查询分析器的执行逻辑顺序，下手的时候就胸有成竹，那么下手是不是有把握点呢？ 一、查询的逻辑执行顺序 (1) FROM left_table (3) join_type JOIN right_table (2) ON join_condition (4) WHERE where_condition (5) GROUP BY group_by_list (6) WITH {cube | rollup} (7) HAVING having_condition (8) SELECT (9) DISTINCT (11) top_specification select_list (9) ORDER BY order_by_list 标准的SQL 的解析顺序为: (1) FROM 子句组装来自不同数据源的数据 (2) WHERE 子句基于指定的条件对记录进行筛选 (3) GROUP BY 子句将数据划分为多个分组 (4) 使用聚合函数（avg）进行计算 (5) 使用HAVING子句筛选分组 (6) 计算所有的表达式 (7) 使用ORDER BY对结果集进行排序 二、执行顺序 1. FROM：对FROM子句中前两个表执行笛卡尔积生成虚拟表vt1 2. ON: 对vt1表应用ON筛选器只有满足join_condition 为真的行才被插入vt2 3. OUTER(join)：如果指定了OUTER JOIN保留表(preserved table)中未找到的行将行作为外部行添加到vt2，生成t3，如果from包含两个以上表，则对上一个联结生成的结果表和下一个表重复执行步骤和步骤直接结束。 4. WHERE：对vt3应用WHERE 筛选器只有使where_condition 为true的行才被插入vt4 5. GROUP BY：按GROUP BY子句中的列列表对vt4中的行分组生成vt5 6. CUBE|ROLLUP：把超组(supergroups)插入vt6，生成vt6 7. HAVING：对vt6应用HAVING筛选器只有使having_condition 为true的组才插入vt7 8. SELECT：处理select列表产生vt8 9. DISTINCT：将重复的行从vt8中去除产生vt9 10. ORDER BY：将vt9的行按order by子句中的列列表排序生成一个游标vc10 11. TOP：从vc10的开始处选择指定数量或比例的行生成vt11 并返回调用者 看到这里，那么用过Linq to SQL的语法有点相似啊？如果我们我们了解了SQL Server 执行顺序，那么我们就接下来进一步养成日常SQL的好习惯，也就是在实现功能的同时有考虑性能的思想，数据库是能进行集合运算的工具，我们应该尽量的利用这个工具，所谓集合运算实际就是批量运算，就是尽量减少在客户端进行大数据量的循环操作，而用SQL语句或者存储过程代替。 三、只返回需要的数据 返回数据到客户端至少需要数据库提取数据、网络传输数据、客户端接收数据以及客户
SQL语句执行效率及分析(note)
SQL语句执行效率及分析(note) 1.关于SQL查询效率，100w数据，查询只要1秒，与您分享: 机器情况 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 https://www.wendangku.net/doc/1118247527.html,erid,b.nick,b.classid,b.writetime from ( select top 20 https://www.wendangku.net/doc/1118247527.html,erid from ( select top 900020 userid from t_userinfo order by userid asc ) a order by https://www.wendangku.net/doc/1118247527.html,erid desc ) a inner join t_userinfo b on https://www.wendangku.net/doc/1118247527.html,erid = https://www.wendangku.net/doc/1118247527.html,erid order by https://www.wendangku.net/doc/1118247527.html,erid asc -- 耗时1 秒，太快了吧，不可以思议 -- step 5 where 查询 select top 20 userid,nick,classid,writetime from t_userinfo where classid = 1 and userid not in ( select top 90000 userid from t_userinfo where classid = 1 order by userid asc ) -- 耗时2 秒 -- step 6 where 查询 select https://www.wendangku.net/doc/1118247527.html,erid,b.nick,b.classid,b.writetime from ( select top 20 https://www.wendangku.net/doc/1118247527.html,erid from ( select top 90000 userid from t_userinfo
解析SQL执行过程
为了将用户写的SQL文本转化为Oracle认识的且可执行的语句，这个过程就叫做解析过程。解析分为硬解析和软解析。一条SQL语句在第一次被执行时必须进行硬解析。 当客户端发出一条SQL语句（也可以是一个存储过程或者一个匿名PL/SQL块）进入shared pool时（注意，我们从前面已经知道，Oracle对这些SQL不叫做SQL语句，而是称为游标。因为Oracle在处理SQL时，需要很多相关的辅助信息，这些辅助信息与SQL语句一起组成了游标），Oracle首先将SQL文本转化为ASCII值，然后根据hash函数计算其对应的hash值（hash_value）。根据计算出的hash值到library cache中找到对应的bucket，然后比较bucket里是否存在该SQL语句。 如果不存在，则需要按照我们前面所描述的，获得shared pool latch，然后在shared pool 中的可用chunk链表（也就是bucket）上找到一个可用的chunk，之后释放shared pool latch。在获得了chunk以后，这块chunk就可以认为是进入了library cache。接下来，进行硬解析过程。硬解析包括以下几个步骤。 对SQL语句进行文法检查，看是否有文法错误。比如没有写from、select拼写错误等。如果存在文法错误，则退出解析过程。 到数据字典里校验SQL语句涉及的对象和列是否都存在。如果不存在，则退出解析过程。这个过程会加载dictionary cache。 将对象进行名称转换。比如将同名词翻译成实际的对象等。比如select * from t中，t是一个同名词，指向hr.t1，于是Oracle将t转换为hr.t1。如果转换失败，则退出解析过程。 检查发出SQL语句的用户是否具有访问SQL语句里所引用的对象的权限。如果没有权限，则退出解析过程。 通过优化器创建一个最优的执行计划。这个过程会根据数据字典里记录的对象的统计信息，来计算最优的执行计划。这一步牵涉大量数学运算，是最消耗CPU资源的。 将该游标所产生的执行计划、SQL文本等装载进library cache的heap中。 在硬解析的过程中，进程会一直持有library cache latch，直到硬解析结束为止。硬解析结束以后，会为SQL语句产生两个游标，一个是父游标，另一个是子游标。父游标里主要包含两种信息：SQL文本以及优化目标（optimizer goal）。父游标在第一次打开时被锁定，直到其他所有的session都关闭该游标后才被解锁。当父游标被锁定的时候是不能被交换出library cache的，只有在解锁以后才能被交换出library cache。父游标被交换出内存时，父游标对应的所有子游标也被交换出library cache。子游标包括游标所有的信息，比如具体的执行计划、绑定变量等。子游标随时可以被交换出library cache，当子游标被交换出library cache
PLSQL怎么执行SQL语句
通过f5查看到的执行计划，其实是pl/sql developer工具内部执行查询 plan_table表然后格式化的结果。 select * from plan_table where statement_id＝...。其中 description列描述当前的数据库操作， object owner列表示对象所属用户， object name表示操作的对象， cost列表示当前操作的代价（消耗），这个列基本上就是评价sql语句的优劣，cardinality列表示操作影响的行数， bytes列表示字节数篇二：plsqldeveloper工具使用教程 plsql入门 pl/sql的概述 pl/sql的优势 pl/sql是一种块结构的语言，允许你将业务逻辑封装在一起，这是到目前为止使用pl/sql的最大优势 pl/sql是在服务器上运行，可以与数据库和sql引擎直接进行交互， pl/sql是什么？ (procedural language/sql) 是oracle在标准的sql语言上的扩展，pl/sql不仅允许嵌入sql语言，还可以定义变量和常量，允许使用条件语句和循环语句，允许使用列外处理各种错误，这样使得它的功能变得更加强大。 特性: 减少java程序的复杂性 一．过程,函数，触发器是pl/sql编写的 二．过程、函数、触发器是在oracle中 三． pl/sql是非常强大的数据库过程语言 四．过程，函数可以再java程序中调用 为什么学？ a) 提高应用程序的运行性能 b) 模块化的设计思想[分页的过程，订单的过程，转账的过程] c) 减少网络传输量（传统的方法，用sql语句传输！现在就只需要调用存储过程） d) 提高安全性（传统sql 可以看到表名字段等…） 不好： 移植性不好，（你写好的存储过程，函数等当我们要换数据库时，这些东西就没用了）开发工具： 1. sqlplus 开发工具 是oracle公司提供的一个工具，这个因为我们在以前介绍过： 2. pl/sql developer开发工具 pl/sql developer是用于开发pl/sql块的集成开发环境（ide） 它是一个独立的产品，而不是oracle的一个附带品， createprocedure sp_pro1//存储过程名字 is begin ---执行部分 insert into mytest values(‘’,’’); end; / 查看错误信息
oracle-SQL语句执行原理和完整过程详解
SQL语句执行过程详解 一条sql，plsql的执行到底是怎样执行的呢？ 一、SQL语句执行原理： 第一步:客户端把语句发给服务器端执行 当我们在客户端执行select 语句时,客户端会把这条SQL 语句发送给服务器端,让服务器端的进程来处理这语句。也就是说,Oracle 客户端是不会做任何的操作,他的主要任务就是把客户端产生的一些SQL 语句发送给服务器端。虽然在客户端也有一个数据库进程,但是,这个进程的作用跟服务器上的进程作用事不相同的。服务器上的数据库进程才会对SQL 语句进行相关的处理。不过,有个问题需要说明,就是客户端的进程跟服务器的进程是一一对应的。也就是说,在客户端连接上服务器后,在客户端与服务器端都会形成一个进程,客户端上的我们叫做客户端进程;而服务器上的我们叫做服务器进程。 第二步:语句解析 当客户端把SQL 语句传送到服务器后,服务器进程会对该语句进行解析。同理,这个解析的工作, 其会做很多小动作。 也是在服务器端所进行的。虽然这只是一个解析的动作,但是,“” 1. 查询高速缓存(library cache)。服务器进程在接到客户端传送过来的SQL 语句时,不 会直接去数据库查询。而是会先在数据库的高速缓存中去查找,是否存在相同语句的执行计划。如果在数据高速缓存中,则服务器进程就会直接执行这个SQL 语句,省去后续的工作。所以,采用高速数据缓存的话,可以提高SQL 语句的查询效率。一方面是从内存中读取数据要比从硬盘中的数据文件中读取数据效率要高,另一方面,也是因为这个语句解析的原因。 不过这里要注意一点,这个数据缓存跟有些客户端软件的数据缓存是两码事。有些客户端软件为了提高查询效率,会在应用软件的客户端设置数据缓存。由于这些数据缓存的存在,可以提高客户端应用软件的查询效率。但是,若其他人在服务器进行了相关的修改,由于应用软件数据缓存的存在,导致修改的数据不能及时反映到客户端上。从这也可以看出,应用软件的数据缓存跟数据库服务器的高速数据缓存不是一码事。 2. 语句合法性检查(data dict cache)。当在高速缓存中找不到对应的SQL 语句时,则服 务器进程就会开始检查这条语句的合法性。这里主要是对SQL 语句的语法进行检查,看看其是否合乎语法规则。如果服务器进程认为这条SQL 语句不符合语法规则的时候,就会把这个错误信息,反馈给客户端。在这个语法检查的过程中,不会对SQL 语句中所包含的表名、列名等等进行SQL 他只是语法上的检查。 3. 语言含义检查(data dict cache)。若SQL 语句符合语法上的定义的话,则服务器进程 接下去会对语句中的字段、表等内容进行检查。看看这些字段、表是否在数据库中。如果表名与列名不准确的话,则数据库会就会反馈错误信息给客户端。所以,有时候我们写select 语句的时候,若语法与表名或者列名同时写错的话,则系统是先提示说语法错误,等到语法完全正确后,再提示说列名或表名错误。 4. 获得对象解析锁(control structer)。当语法、语义都正确后,系统就会对我们需要查询的对象加锁。这主要是为了保障数据的一致性,防止我们在查询的过程中,其他用户对这个对象的结构发生改变。 5. 数据访问权限的核对(data dict cache)。当语法、语义通过检查之后,客户端还不一定 能够取得数据。服务器进程还会检查,你所连接的用户是否有这个数据访问的权限。若你连接上服务器
SQL语句编写与优化规范
SQL语句编写与优化规范 1用SELECT查询用具体字段代替“*”，且尽可能只查询需要的字段。 SELECT * FROM DEMO_TABLE; SELECT FIELD1,FILED2 FROM DEMO_TABLE; 2多表查询时，使用表的别名，就可以减少解析的时间并减少那些由列名歧义引起的语法错误 SELECT FIELD1,FILED2 FROMDEMO_TABLE1,DEMO_TABLE2 WHERE T1_ID=T2_ID; SELECT t1.T1_ID=t2.T2_ID; 3用EXISTS替代IN，用NOT EXISTS替代NOT IN SELECT * FROM EMP ( FROM DEPT WHERE LOC = 'MELB'); SELECT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = 'MELB') 4WHERE条件连接顺序，把表关系写在最前 例如Oracle采用自下而上的顺序解析WHERE子句，表之间的条件连接必须写在其他条件之前，把可以过滤掉大量数据的条件写在WHERE子句的最后，按照过滤记录数量的多少 SELECT * FROM A a, B b WHERE a.num>3000 and b.state=2 AND a.ID=b.ID; SELECT * FROM A a, B b WHERE a.ID=b.ID and b.state=2and a.num>3000 5删除全表时，用TRUNCATE替代DELETE 当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.
9个简单步骤,完全理解SQL
9个简单步骤，完全理解SQL 字数2219阅读58评论0喜欢3 整理自网络，我也忘了从哪个网站了。 一、SQL是一种声明式语言 首先要把这个概念记在脑中：“声明”。SQL 语言是为计算机声明了一个你想从原始数据中获得什么样的结果的一个范例，而不是告诉计算机如何能够得到结果。 简单地说，SQL 语言声明的是结果集的属性，计算机会根据SQL 所声明的内容来从数据库中挑选出符合声明的数据。 二、SQL的语法并不按照语法顺序执行 SQL 语句有一个让大部分人都感到困惑的特性，就是：SQL 语句的执行顺序跟其语句的语法顺序并不一致。SQL 语句的执行顺序是： 1. FROM 2. WHERE 3. GROUP BY 4. HAVING 5. SELECT 6. DISTINCT
7. UNION 8. ORDER BY 关于SQL 语句的执行顺序，有两个值得我们注意的地方： 1. FROM才是SQL语句执行的第一步，并非SELECT 。数据库在执行SQL 语句的第一步是将数据从硬盘加载到数据缓冲区中，以便对这些数据进行操作。但是并非如此，以Oracle 等常用数据库为例，数据是从硬盘中抽取到数据缓冲区中进行操作。 2. SELECT 是在大部分语句执行了之后才执行的，理解这一点是非常重要的， 这就是你不能在WHERE 中使用在SELECT 中设定别名的字段作为判断条件的原因。 3.SELECT A.x + A.y AS z 4.FROM A WHERE z = 10 // z在此处不可用，因为SELECT是最后执行的语句 永远要记得：SQL 语句的语法顺序和其执行顺序并不一致，这样我们就能避免一般性的错误。 三、SQL语言的核心是对表的引用 FROM 语句的“输出”是一张联合表，来自于所有引用的表在某一维度上的联合。 FROM a, b 上面这句FROM 语句的输出是一张联合表，联合了表 a 和表 b 。如果 a 表有三个字段，b 表有 5 个字段，那么这个“输出表”就有8 个字段。 四、SQL语句中推荐使用表连接
SQL中SELECT语句的执行顺序
SQL中SELECT语句的执行顺序 好像自已在书写 SQL 语句时由于不清楚各个关键字的执行顺序, 往往组织的 SQL 语句缺少很好的逻辑, 凭感觉 "拼凑" ( 不好意思, 如果您的 SQL 语句也经常 "拼凑", 那您是不是得好好反省一下呢?, 呵呵). 确实是爽了自己, 可苦了机器, 服务器还需要在我们的杂乱无章的 SQL 语句中寻找它下一句需要执行的关键字在哪里. 效率嘛, 由于我们的感觉神经对秒以下的变化实在不敏感, 暂且就认为自已写的 SQL 顺序无关紧要, "反正没什么变化!", 呵呵.其实服务器对每句 SQL 解析时间都会有详细记录的, 大家可以看一下自已按习惯写的SQL 和按标准顺序写的SQL解析时间差别有多大. 因此, 考试#大建议大家在平时工作中 SQL 语句按标准顺序写, 一是专业, 二是实用, 呵呵, 不过觉得最主要的是心里感觉舒服. 标准的 SQL 的解析顺序为: (1).FROM 子句, 组装来自不同数据源的数据 (2).WHERE 子句, 基于指定的条件对记录进行筛选 (3).GROUP BY 子句, 将数据划分为多个分组 (4).使用聚合函数进行计算 (5).使用 HAVING 子句筛选分组 (6).计算所有的表达式 (7).使用 ORDER BY 对结果集进行排序 举例说明: 在学生成绩表中 (暂记为 tb_Grade), 把 "考生姓名"内容不为空的记录按照 "考生姓名" 分组, 并且筛选分组结果, 选出 "总成绩" 大于 600 分的. 标准顺序的 SQL 语句为: select 考生姓名, max(总成绩) as max总成绩 from tb_Grade where 考生姓名 is not null group by 考生姓名 having max(总成绩) > 600 order by max总成绩 在上面的示例中 SQL 语句的执行顺序如下: (1). 首先执行 FROM 子句, 从 tb_Grade 表组装数据源的数据 (2). 执行 WHERE 子句, 筛选 tb_Grade 表中所有数据不为 NULL 的数据 (3). 执行 GROUP BY 子句, 把 tb_Grade 表按 "学生姓名" 列进行分组 (4). 计算 max() 聚集函数, 按 "总成绩" 求出总成绩中的一些数值 (5). 执行 HAVING 子句, 筛选课程的总成绩大于 600 分的. (7). 执行 ORDER BY 子句, 把最后的结果按 "Max 成绩" 进行排序. 【
SQL语句的执行原理分析及where 查询条件决定SQL效率
SQL语句的执行原理分析及where 查询条件决定SQL效率原理： 第一步：应用程序把查询SQL语句发给服务器端执行。 我们在数据层执行SQL语句时,应用程序会连接到相应的数据库服务器,把SQL语句发送给服务器处理。 第二步：服务器解析请求的SQL语句。 1:SQL计划缓存,经常用查询分析器的朋友大概都知道这样一个事实,往往一个查询语句在第一次运行的时候需要执行特别长的时间,但是如果你马上或者在一定时间内运行同样的语句,会在很短的时间内返回查询结果。 原因: 1):服务器在接收到查询请求后,并不会马上去数据库查询,而是在数据库中的计划缓存中找是否有相对应的执行计划,如果存在,就直接调用已经编译好的执行计划,节省了执行计划的编译时间。 2):如果所查询的行已经存在于数据缓冲存储区中,就不用查询物理文件了,而是从缓存中取数据,这样从内存中取数据就会比从硬盘上读取数据快很多,提高了查询效率.数据缓冲存储区会在后面提到。 2:如果在SQL计划缓存中没有对应的执行计划,服务器首先会对用户请求的SQL语句进行语法效验,如果有语法错误,服务器会结束查询操作,并用返回相应的错误信息给调用它的应用程序。 注意:此时返回的错误信息中,只会包含基本的语法错误信息,例如select 写成selec等,错误信息中如果包含一列表中本没有的列,此时服务器是不会检查出来的,因为只是语法验证,语义是否正确放在下一步进行。 3:语法符合后,就开始验证它的语义是否正确,例如,表名,列名,存储过程等等数据库对象是否真正存在,如果发现有不存在的,就会报错给应用程序,同时结束查询。 4:接下来就是获得对象的解析锁,我们在查询一个表时,首先服务器会对这个对象加锁,这是为了保证数据的统一性,如果不加锁,此时有数据插入,但因为没有加锁的原因,查询已经将这条记录读入,而有的插入会因为事务的失败会回滚,就会形成脏读的现象。 5:接下来就是对数据库用户权限的验证,SQL语句语法,语义都正确,此时并不一定能够得到查询结果,如果数据库用户没有相应的访问权限,服务器会报出权限不足的错误给应用程序,在稍大的项目中,往往一个项目里面会包含好几个数据库连接串,这些数据库用户具有不同的权限,有的是只读权限,有的是只写权限,有的是可读可写,根据不同的操作选取不同的用户来执行,稍微不注意,无论你的SQL语句写的多么完善,完美无缺都没用。 6:解析的最后一步,就是确定最终的执行计划。当语法,语义,权限都验证后,服务器并不会马上给你返回结果,而是会针对你的SQL进行优化,选择不同的查询算法以最高效的形式返回给应用程序。例如在做表联合查询时,服务器会根据开销成本来最终决定采用hash join,merge join ,还是loop join,采用哪一个索引会更高效等等,不过它的自动化优化是有限的,要想写出高效的查询SQL还是要优化自己的SQL查询语句。 当确定好执行计划后,就会把这个执行计划保存到SQL计划缓存中,下次在有相同的执行请求时,就直接从计划缓存中取,避免重新编译执行计划。 第三步：语句执行。 服务器对SQL语句解析完成后,服务器才会知道这条语句到底表态了什么意思,接下来才会真正的执行SQL语句。 此时分两种情况:
Sql语句执行顺序说明
Sql 语句执行顺序及优化参考
Jianhui.wang 2010-10-19
一、准备执行 SQL 语句 当 SQL 语句进入 Oracle 的库缓存后 的库缓存后，在该语句准备执行之前，将执行下列步骤 将执行下列步骤： 1) 语法检查：检查 SQL 语句拼写是否正确和词序 语句拼写是否正确和词序。 2) 语义分析：核实所有的与数据字典不一致的表和列的名字 核实所有的与数据字典不一致的表和列的名字。 3) 轮廓存储检查：检查数据字典 检查数据字典，以确定该 SQL 语句的轮廓是否已经存在。 。 4) 生成执行计划：使用基于成本的优化规则和数据字典中的统计表来决定最佳执行计划 使用基于成本的优化规则和数据字典中的统计表来决定最佳执行计划。 使用基于成本的优化规则和数据字典中的统计表来决定最佳执行计划 5) 建立二进制代码：基于执行计划 基于执行计划，Oracle 生成二进制执行代码。 一旦为执行准备好了 SQL 语句，以后的执行将很快发生，因为 Oracle 认可同一个 SQL 语句，并且重用那些语句的执行 并且重用那些语句的执行。然而，对于生成特殊的 SQL 语句，或嵌入了文字变量的 或嵌入了文字变量的 SQL 语句的系统，SQL 执行计划的生成时间就很重要了 并且前一个执行计划通常不能够被 执行计划的生成时间就很重要了，并且前一个执行计划通常不能够被 重用。对那些连接了很多表的查询 对那些连接了很多表的查询，Oracle 需要花费大量的时间来检测连接这些表的适当顺 序。 执行顺序： 二、sql 执行顺序
from 子句
表名(最后面的那个表名为驱动表 表名 最后面的那个表名为驱动表,执行顺序 为从后往前, 所以数据量较少的表尽量放后 所以数据量较少的表尽量放后)
where子句 where
执行顺序为从前往后或者说从左到右
group by 子句
执行顺序从左往右分组
Select语句完整的执行顺序
SQL Select语句完整的执行顺序： 1、from子句组装来自不同数据源的数据； 2、where子句基于指定的条件对记录行进行筛选； 3、group by子句将数据划分为多个分组； 4、使用聚集函数进行计算； 5、使用having子句筛选分组； 6、计算所有的表达式； 7、使用order by对结果集进行排序。 另外:一个查询语句各个部分的执行顺序: --8) SELECT (9) DISTINCT (11)
sql语句执行顺序
sql语句执行顺序 2009-08-06 11:29 一、sql语句的执行步骤： 1）语法分析，分析语句的语法是否符合规范，衡量语句中各表达式的意义。2）语义分析，检查语句中涉及的所有数据库对象是否存在，且用户有相应的权限。 3）视图转换，将涉及视图的查询语句转换为相应的对基表查询语句。 4）表达式转换，将复杂的 SQL 表达式转换为较简单的等效连接表达式。 5）选择优化器，不同的优化器一般产生不同的“执行计划” 6）选择连接方式， ORACLE 有三种连接方式，对多表连接 ORACLE 可选择适当的连接方式。 7）选择连接顺序，对多表连接 ORACLE 选择哪一对表先连接，选择这两表中哪个表做为源数据表。 8）选择数据的搜索路径，根据以上条件选择合适的数据搜索路径，如是选用全表搜索还是利用索引或是其他的方式。 9）运行“执行计划” 二、oracle 共享原理： ORACLE将执行过的SQL语句存放在内存的共享池(shared buffer pool)中，可以被所有的数据库用户共享当你执行一个SQL语句(有时被称为一个游标)时,如果它和之前的执行过的语句完全相同, ORACLE就能很快获得已经被解析的语句以及最好的执行路径. 这个功能大大地提高了SQL的执行性能并节省了内存的使用 三、oracle 语句提高查询效率的方法：1： where column in(select * from ... where ...); 2：... where exists (select 'X' from ...where ...); 第二种格式要远比第一种格式的效率高。在Oracle中可以几乎将所有的IN操作符子查询改写为使用EXISTS的子查询使用EXIST，Oracle系统会首先检查主查询，然后运行子查询直到它找到第一个匹配项，这就节省了时间 Oracle系统在执行IN 子查询时，首先执行子查询，并将获得的结果列表存放在在一个加了索引的临时表中避免使用having字句避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销 SQL Select语句完整的执行顺序： 1、from子句组装来自不同数据源的数据； 2、where子句基于指定的条件对记录行进行筛选； 3、group by子句将数据划分为多个分组； 4、使用聚集函数进行计算； 5、使用having子句筛选分组； 6、计算所有的表达式； 7、使用order by对结果集进行排序。 列子：
- SQL语句的执行过程
- 查询语句中select from where group by having order by的执行顺序
- SQL语句执行效率及分析
- SQL原理-执行计划
- 解析SQL执行过程
- SQL语句的执行原理分析及where 查询条件决定SQL效率
- Oracle SQL语句的执行过程
- 数据库：看一句SQL语句在MySQL中如何被执行
- 执行一条sql语句update多条记录实现思路
- SQL语句的执行过程
- SQL语句执行效率及分析
- SQL语句常用的优化方法详解
- 控制SQL语句语句块或存储过程的执行流程。IF…ELSE语
- select语句执行顺序
- SQL语句常用的优化方法
- SQL中SELECT语句的执行顺序
- sql语句执行顺序
- 优化必读-基础-sql server 语句执行顺序
- SQL语句的执行过程
- oracle-SQL语句执行原理和完整过程详解