● 這段代碼是否增加數據查詢●

2038 · 发表于 2009-7-20 04:56:55

sql/SELECT a.*,b.filepath as a_filepath,b.thumbpath as a_thumbpath FROM supe_spaceitems a left join supe_attachments b on a.itemid=b.itemid where a.itemid=$value[itemid]

能解释一下这个语句的意思吗？

lidq.jingwu · 发表于 2009-7-20 09:18:50

将表supe_spaceitems 与表supe_attachments左连接，查询指定资讯的supe_spaceitems表中的全部数据及supe_attachments表的中图片路径及缩略图路径

2038 · 发表于 2009-7-20 13:09:59

看來很吃數據的樣子
分類圖片展示破滅

2038 · 发表于 2009-7-20 18:36:18

建不建議用這段代碼呢

littlehz · 发表于 2009-7-20 20:36:19

如果有需要，就用，没需要就不用呗。对数据库压力不是很大，只是主键查询，放到SS模块中可以用SS的缓存功能，对数据库压力很小。

2038 · 发表于 2009-7-20 23:06:14

但查詢數據會不會影響到瀏覽速度呢

littlehz · 发表于 2009-7-20 23:28:43

会影响，但一般服务器上的数据表主键查询都在0.0x秒内完成。
测试的时候，可以在SS后台设置不生成HTML，关闭缓存，打开程序运行信息显示。看看首页上加与不加这段代码的运行时间区别，看看有多大影响。

2038 · 发表于 2009-7-20 23:32:47

斑竹您可以幫我看看嗎
http://romostars.com/category-27.html
因為我刪掉最新評論圖文資訊這2個
目前速度上我和我朋友都OK
斑竹可以請您看一下嗎
我有開訊息顯示
大約大20~25不等

littlehz · 发表于 2009-7-21 02:10:41

这里的显示程序运行信息打开，前台就能看到运行信息，多少秒服务器端运行完成。
SS的负载能力上百万的资讯数量没问题，你的资讯数量才两千多，哪怕多增加一些主键查询数据库的操作，程序运行时间也可以控制在0.0x秒以内。
你说的20~25是什么？程序运行时间？单位是秒？不会这么长时间吧，如果是就要检查服务器配置不恰当了。SS的效率不会这么低。

2038 · 发表于 2009-7-21 02:34:26

數據查詢20-25之間
對了我列表有錯位情形嗎

		自动登录	找回密码
密码			立即注册

[已答复] ● 這段代碼是否增加數據查詢●

本帖子中包含更多资源

[已答复] ● 這段代碼 是否增加數據查詢●

本帖子中包含更多资源

[已答复] ● 這段代碼是否增加數據查詢●