搜索
编程论坛
→
数据库技术
→
『 VFP论坛 』
→ SQL-SELECT命令与OCCURS()函数查询时间对比的探讨
标题:
SQL-SELECT命令与OCCURS()函数查询时间对比的探讨
只看楼主
sdta
来 自:江苏省连云港市
等 级:
版主
威 望:
323
帖 子:9621
专家分:26174
注 册:2012-2-5
第
11
楼
得分:0
回复 4楼 TonyDeng
http://www. 有兴趣可以看看
坚守VFP最后的阵地
2014-03-24 01:25
TonyDeng
等 级:
贵宾
威 望:
304
帖 子:25859
专家分:48889
注 册:2011-6-22
第
12
楼
得分:0
這個給參考一下:http://www.
授人以渔,不授人以鱼。
2014-03-24 12:00
TonyDeng
等 级:
贵宾
威 望:
304
帖 子:25859
专家分:48889
注 册:2011-6-22
第
13
楼
得分:0
回复 9楼 sdta
在我電腦上執行你的這個SQL代碼,時間跟我是一樣的呀,都是多數為0.031秒及0.047秒,極端時間是0.016秒。何來的0.008秒?
授人以渔,不授人以鱼。
2014-03-24 12:04
tlliqi
等 级:
贵宾
威 望:
204
帖 子:15453
专家分:65956
注 册:2006-4-27
第
14
楼
得分:25
可能你的脑配置高
2014-03-24 12:08
TonyDeng
等 级:
贵宾
威 望:
304
帖 子:25859
专家分:48889
注 册:2011-6-22
第
15
楼
得分:0
這種無序數據根本就不能啟用索引優勢,必須全表掃描,SQL查詢的效率絕對不可能高到哪裡去,實際上如果有用索引的可能,算法也能用,不是衹有SQL查詢會用索引提速。何況這個代碼仍然是硬編碼,可讀性也差,從核心代碼的字符數來說,它比我用最原始的FoxPro編碼寫的還多。各種SQL代碼段的問題,不是效率,而是可讀性實在難以恭維,尤其是那種把各個子項擴展和嵌套了的代碼。
[
本帖最后由 TonyDeng 于 2014-3-24 14:18 编辑
]
授人以渔,不授人以鱼。
2014-03-24 12:50
TonyDeng
等 级:
贵宾
威 望:
304
帖 子:25859
专家分:48889
注 册:2011-6-22
第
16
楼
得分:0
跟電腦當前(同時)運行的軟件有關,我昨晚是平均0.031秒,現在平均是0.016秒,代碼不變。這些時間差異實際上是Windows系統多任務造成的,它把執行時間片分配給別的進程,每次執行本進程的時間不會完全一樣。
授人以渔,不授人以鱼。
2014-03-24 13:05
hu9jj
来 自:红土地
等 级:
贵宾
威 望:
396
帖 子:11713
专家分:43267
注 册:2006-5-13
第
17
楼
得分:25
以下是引用
TonyDeng
在2014-3-24 13:05:47的发言:
跟電腦當前(同時)運行的軟件有關,我昨晚是平均0.031秒,現在平均是0.016秒,代碼不變。這些時間差異實際上是Windows系統多任務造成的,它把執行時間片分配給別的進程,每次執行本進程的時間不會完全一樣。
是啊,如果防病毒软件正在后台扫描文件,这个时间肯定会更长些。
活到老,学到老! http://www. E-mail:hu-jj@
2014-03-24 21:49
asdf_123000
等 级:
业余侠客
威 望:
1
帖 子:262
专家分:203
注 册:2012-12-20
第
18
楼
得分:25
都很快的
2014-03-25 13:46
18
2/2页
1
2
参与讨论请移步原网站贴子:
https://bbs.bccn.net/thread-429032-1-1.html
关于我们
|
广告合作
|
编程中国
|
清除Cookies
|
TOP
|
手机版
编程中国
版权所有,并保留所有权利。
Powered by
Discuz
, Processed in 1.296309 second(s), 7 queries.
Copyright©2004-2025, BCCN.NET, All Rights Reserved