|
|
|
|
|
|
|
|
|
|
|
网速测试
|
运营商简介
最新推荐
教你快速掌握Informix SQL的11个使用技巧
 

一、加快sql的执行速度

1.select 语句中使用sort,或join

如果你有排序和连接操作,你可以先select数据到一个临时表中,然后再对临时表进行处理。因为临时表是建立在内存中,所以比建立在磁盘上表操作要快的多。

如:

SELECT time_records.*, case_name  

FROM time_records, OUTER cases  

WHERE time_records.client = "AA1000"  

AND time_records.case_no = cases.case_no  

ORDER BY time_records.case_no

这个语句返回34个经过排序的记录,花费了5分钟42秒。而:

SELECT time_records.*, case_name  

FROM time_records, OUTER cases  

WHERE time_records.client = "AA1000"  

AND time_records.case_no = cases.case_no  

INTO temp foo;  

SELECT * from foo ORDER BY case_no  

返回34条记录,只花费了59秒。

2.使用not in 或者not exists 语句

下面的语句看上去没有任何问题,但是可能执行的非常慢:

SELECT code FROM table1  

WHERE code NOT IN ( SELECT code FROM table2 

如果使用下面的方法: 

SELECT code, 0 flag  

FROM table1  

INTO TEMP tflag;  

然后: 

UPDATE tflag SET flag = 1 

WHERE code IN ( SELECT code  FROM table2  

WHERE tflag.code = table2.code ; 

然后: 

SELECT * FROM  

tflag  

WHERE flag = 0;

看上去也许要花费更长的时间,但是你会发现不是这样。

事实上这种方式效率更快。有可能第一种方法也会很快,那是在对相关的每个字段都建立了索引的情况下,但是那显然不是一个好的注意。
 
 
 
 
3.避免使用过多的“or"
 
如果有可能的话,尽量避免过多地使用or: WHERE a = "B" OR a = "C"
 
要比 WHERE a IN ("B","C") 慢。 有时甚至UNION会比OR要快。
 
4.使用索引
 
在所有的join和order by 的字段上建立索引。 在where中的大多数字段建立索引。
 
WHERE datecol >= "this/date" AND datecol <= "that/date" 要比 WHERE datecol BETWEEN "this/date" AND "that/date" 慢。
二、在shell脚本中使用一个sql查询的结果
 
以下的是一个运行在sh/ksh下面的脚本。在online中,如果你想要更新一个有许多表的数据库的统计信息。这个脚本不太好。因为这个脚本只能单个处理数据库中的表,而不能同时处理大量的表。
 
例子:
 
# update_em # Run UPDATE STATISTICS on a table by table basis # DATABASE=$1 if [ -z "$DATABASE" ] then echo "usage: update_em dbname" >&2 exit 1 fi isql $DATABASE - < dev/null | isql $DATABASE - output to pipe "cat" without headings select "update statistics for table ", tabname, ";" from systables where tabid >= 100 order by tabname; EOF exit 0
 
 
也许你已经注意到exit的返回值对不同的isql不是都相同,因此这样作不是很可靠,代替通过$?来检查返回值的更好的主意是将标准错误重定向到一个文件中,然后在这个文件中grep “error"。例如:
 
# Generate the data isql -qr <<!>stage.rep 2>$stage.err database $database; select ... ! # Check for errors if grep -i "error" $stage.err >/dev/null then ...error_handler... fi
 
 
三、对一个计算产生的字段创建视图
 
应该这样写:
 
CREATE VIEW tst (cout) AS SELECT ship_charge - totval FROM orders WHERE ship_charge > 0;
 
 
 
四、只select 出数据库中的部分数据(例如10%)
 
问题:如果你想要得到一个select 语句正常返回的数据的一部分,例如:
 
SELECT firstname, lastname, city, state FROM bigdatabase WHERE state = "TX"
 

回答: 有一个方法可以返回一个近似值,只需要在where后加上:AND rowid=(trunc(rowid/x)*x)

其中的x代表你想要返回的总的记录的1/x。需要说明的是,这种方法只能返回一个近似的值,并且表中的数据在物理上分布的连续性。

五、创建一个表结构和永久表完全一致的临时表。

例如:CREATE TEMP TABLE mytemp (prodno LIKE

product.prodno desc LIKE product.desc)

你可以使用如下的语句:

SELECT prodno, desc FROM product  

WHERE ROWID = -1  

INSERT INTO TEMP mytemp

六、更改serial类型下一次插入操作产生的值

我们知道serial类型的字段是系统自动增加的整数字段,那么怎样能控制下一个serial类型字段的值。想要下一个插入的serial类型的值比默认值大,可以用:

ALTER TABLE tabname MODIFY
( ser_col_name SERIAL([new_start_number])

想要下一个插入的serial类型的值比默认的值要小,首先需要将serial类型重新置为1:

INSERT INTO table (serial_column) S (2147483647);  
INSERT INTO table (serial_column) S (0); -- 重新从1开始!  
....然后执行ALTER TABLE(就像上面的做法一样)。

七、在发生错误的时候终止sql脚本的执行

如果你创建了一个sql脚本,并且在UNIX命令行中使用以下的方式来执行这个脚本:

$ dbaccess <脚本文件名>

这时,脚本中的所有的sql语句都会被执行,即使其中的一个sql语句发生了错误。例如,如果你脚本中为如下的语句:

BEGIN WORK;  

INSERT INTO history  

SELECT *  

FROM current  

WHERE month = 11;  

DELETE FROM current  

WHERE month = 11;  

COMMIT WORK;

如果INSERT语句失败了,DELETE语句仍旧会继续执行。直到commit work。这样的后果可能会很严重。你可以通过设置一个环境变量来防止这种情况的发生。 DBACCNOIGN=1

八、设置decimal字段运算结果的精度

假定你使用dbaccess或者isql,设置环境变量DBFLTMASK=6 就可以设置为小数点后面6位,比如:

CREATE TEMP TABLE t ( col_a DECIMAL(8,4) NOT NULL, col_b DECIMAL(8,4) NOT NULL, col_c DECIMAL(8,4) NOT NULL ); INSERT INTO t S(1.2345, 3.4567, 5.6789); SELECT (col_a + col_b) / col_c AS FROM t; 0.826075 如果DBFLTMASK=7 0.8260755

 

 

九、遇到sysprocplan表被锁的提示

sysprocplan表是sysmaster库中的一个表,其中记录存储过程经过优化的查询计划。每当查询树中的数据库对象有任何结构上的变化,这个查询计划就会自动更新。如果对查询树中存在的任何表有update statistics操作,也会自动更新查询计划。在查询计划更新的时候,会对sysporcplan表中的相关记录加锁。

注意:每次你对一个表更新统计的时候,也同时会更新于这个表相关的存储过程,即UPDATE STATISTICS FOR PROCEDURE 。

你可以作的另外一件事情就是:在存储过程中使用SET OPTIMIZATION LOW,这会让优化器在存储过程运行的时候不会试图去重新优化它。否则存储过程通常都会被重新优化一次。

十、删除掉表中重复的记录

假设“keycol”字段的值唯一,而且没有对表进行分片,并且没有其它的人正在删除"soble"中的记录,你可以执行如下的SQL:

delete from soble as a  where rowid <> 
(select min(rowid) from soble where keycol = a.keycol)

如果这个表使用表分片,rowid不存在,你还可以用如下的方法:

BEGIN WORK;  

SELECT DISTINCT * FROM Table INTO TEMP Temp1;  

DELETE FROM Table WHERE 1 = 1;  

INSERT INTO Table SELECT * FROM Temp1;  

COMMIT WORK;

对于规模较小或中等的表,并且你有足够的存储空间来存储整个的临时表的时候,这种方法通常十分有效。

十一、加快SELECT COUNT(DISTINCT)的速度

通常“SELECT COUNT(DISTINCT)”这样的操作要花费比较长的时间,如果按照下面的示例去作:

SELECT UNIQUE xxx INTO TEMP XXX " 然后再"SELECT COUNT(*) FROM TEMP XXX"

此例一般可以提高几倍的效率。

 
2007-9-17 10:34:00 阅读全文 | 回复(0) | 引用通告 | 编辑
文章评论
以下网友留言只代表其个人观点,不代表本网站观点
发表评论:
    大名:
    密码: (游客无须输入密码)
    主页:
    标题:

关于我们 | 广告服务 | 联系我们 | 免责声明 | 友情链接

主办方:中国IDC行业协会