性能优化技巧 - 程序游标
【摘要】
很多算法都会产生落地的中间结果,从而影响性能,尤其是数据量较大的时候。这种情况下通常可用程序游标来避免数据落地,下面举例说明。
计算目标:订单表原来已按时间排序,需要将数据按日期、产品去除重复,再统计记录条数。
由于去重后结果集较大,内存放不下,因此一般会用groupx去重,SPL脚本如下:
A |
||
1 |
=file("sales.btx").cursor@b() |
/从集文件读入订单记录 |
2 |
=A1.groupx(date(ORDERDATE),PRODUCTID) |
/按日期、产品分组去重 |
3 |
=A2.skip() |
/对游标计数 |
但函数groupx会导致数据落地,因此性能不高。
要使去重的中间结果不落地,可以先生成程序游标,distinctProduct.dfx脚本如下:
A |
B |
|
1 |
=file("sales.btx").cursor@b() |
|
2 |
for A1;date(ORDERDATE) |
=A2.id(PRODUCTID) |
3 |
return B2 |
A2:循环订单表。由于数据已按时间排序,因此每次取日期相同的一批数。
B2:按产品去重。注意,全量数据虽大,但按天取数相对较少,内存可以放下,所以这里用id去重。
B3:返回本批次的去重结果。注意,程序游标并非一次性返回所有数据,而是每次循环之后,先等待调用者的请求,如果调用者继续要数据,程序游标才会进行下一次循环,期间数据不落地。
主程序可通过cursor函数调用程序游标,用法与普通游标类似:
A |
||
1 |
=cursor("distinctProduct.dfx") |
/调用程序游标 |
2 |
=A1.skip() |
可以看到,程序游标可减少数据落地,从而提升计算性能。
集合运算
数据库进行集合运算时要先排序,如果数据量太大,则排序会耗费大量时间,迟迟不能输出结果。在这种情况下,适合用程序游标生成不落地的有序中间结果集,从而实现快速输出。
比如两张结构相同表:callRecordA、callRecordB。两张表在时间字段callTime上建立了索引,每秒数据量万级,现在对2015-01-01这一天的数据做并集运算,需要快速输出前500条(比如在报表上快速呈现)。
这次将程序游标和调用代码写在同一个脚本中,如下:
A |
B |
C |
|
1 |
func |
=connect("orcl") |
|
2 |
for 60*60*24 |
=elapse(datetime("2015-01-01 00:00:00"),B2-1) |
|
3 |
=B1.query("select CALLTIME,OUTID,INID,DURATION,CHARGE from"+A1+"where callTime=?",C2) |
||
4 |
=C3.sort(OUTID,INID,DURATION,CHARGE) |
||
5 |
return C4 |
||
6 |
=B1.close() |
||
7 |
=cursor@c(A1,"callRecordA") |
||
8 |
=cursor@c(A1,"callRecordB") |
||
9 |
=[A7,A8].mergex@u() |
||
10 |
=A9.fetch@x(500) |
A1:用func定义程序游标,相应的调用语法为cursor@c。
B2:循环一天中的每一秒。
C3:从数据库查询一秒的数据,因为是按索引取数,所以速度很快,而且对数据库影响很小。注意A1是表名变量,程序游标既可以从callRecordA取数,也可以从callRecordB取数。
C4:对一秒数据进行内存排序,以便形成有序结果集。由于数据在同一秒,所以只需对其他字段排序。
A7A8:以表名为参数,取出2个程序游标。
A9:对两个游标进行有序归并,@u表示取并集。类似地,可以用@i和@d分别进行并交集、差集运算。
英文版