如何解决您如何优化此查询
我在VFP9中(是的,我知道),下一个查询可以正常运行,但是使用大小为20mb(或9k行)的DBF(表)在游标上创建一个大于2gb的临时文件(并且这会使32位的VFP9崩溃)
SELECT DISTINCT t1.*;
FROM t1,t2;
WHERE ALLTRIM(t1.name) = ALLTRIM(t2.name);
AND ALLTRIM(t1.name2) = ALLTRIM(t2.name2);
AND t1.tyc = t2.tyc;
AND t1.nc = t2.nc;
AND t1.forced = 0;
AND t1.secuence NOT in (Select secuence FROM t2);
Into Cursor cursordel
我只放这段代码是因为可行,除非行数超过2k 我以为用联接替换“不在”可以解决问题,但没有用,或者至少是我尝试过的方式...
解决方法
假设第一个表没有重复项,我将其表述为not exists
:
SELECT t1.*
FROM t1
WHERE NOT EXISTS (SELECT 1
FROM t2
WHERE ALLTRIM(t1.name) = ALLTRIM(t2.name) AND
ALLTRIM(t1.name2) = ALLTRIM(t2.name2) AND
t1.tyc = t2.tyc AND
t1.nc = t2.nc
) AND
t1.forced = 0 AND
NOT EXISTS (SELECT 1
FROM t2
WHERE t2.secuence = t1.secuence
);
然后对于此查询,您希望在t2(tyc,nc,name,name2)
和t2(secuence)
上建立索引。我怀疑在t1(forced)
上建立索引会有所帮助,除非该列很少是0
。
即使没有索引,也可以消除外部的SELECT DISTINCT
。
请注意,您在NOT IN
上的t2
条件看起来可疑。为什么也不需要匹配条件?
这看起来像您可以进行内部联接,但我不知道fox pro如何处理游标中的交叉联接。听起来交叉联接在这里造成了损害:在未修剪的交叉联接中20mb处有9,000行超过2 GB,但这听起来可能会有所帮助:
SELECT;
DISTINCT t1.*;
FROM t1;
inner join t2 on
ALLTRIM(t1.name) = ALLTRIM(t2.name)
AND ALLTRIM(t1.name2) = ALLTRIM(t2.name2)
AND t1.tyc = t2.tyc
AND t1.nc = t2.nc
AND t1.forced = 0
AND t1.secuence NOT in (Select secuence FROM t2)
Into Cursor cursordel
,
为什么首先需要与众不同?为什么要创建一个隐式交叉联接,然后在只需要进行EXISTS检查时进行过滤?而且,这些alltrim()的目的是什么?您的领域有领导空间吗?还是您是想修剪尾随空格?如果是后者,则完全没有必要,而且还会阻止使用可能存在的索引。
SELECT * ;
FROM t1 ;
WHERE t1.forced = 0 ;
and EXISTS (select * from t2 ;
where t1.name == t2.name ;
AND t1.name2 == t2.name2 ;
AND t1.tyc == t2.tyc ;
AND t1.nc == t2.nc ) ;
and not EXISTS (select * from t2 where t1.secuence = t2.secuence) ;
Into Cursor cursordel ;
NOFILTER
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。