GAE: v2ex这样是不是比较慢？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

推荐学习书目

Python Cookbook

Using Google App Engine

推荐下载

Latest Google App Engine SDK

其他兼容技术

AppScale

This topic created in 5610 days ago, the information mentioned may be changed or developed.

上次问库操作方法快慢问题：http://www.v2ex.com/t/5727

但我发现v2ex的大都是 db.GqlQuery ，比如这个取头像的

q = db.GqlQuery("SELECT * FROM " + K + " WHERE name = :1", str(name))

和这个 x.all().filter('name =',k) 谁快？或者有什么高效的方法？

@Livid 说db.GqlQuery最慢，那他干嘛还要用？求解答！

name

GqlQuery

9 replies 1970-01-01 08:00:00 +08:00

fsw90628

Dec 17, 2010

all()之后再filter看上去肯定不快啊

jeeson

Dec 17, 2010

getByObjectId 最快，相当于哈希查询，不过先得获得id

darasion

Dec 17, 2010

看起来是不行的，一定实测。

ayanamist

Dec 18, 2010

@fsw90628 all()之后是个虚拟对象，必须要用fetch或者迭代才会真正的去取数据，类似ActiveRecord的东西。
我也想不明白为啥@Livid 用这么效率又不高又不Pythonic的方式……

Dec 19, 2010

代码是不断完善的嘛，有那么一天Livid会重构的 :)

mamimoluo

Dec 20, 2010

@fsw90628
不是你想想的那样的，呵呵。你以为是先全部all出来，再做筛选啊！

jckwei

Dec 20, 2010

v2ex目前可能运行成本比较高。

fsw90628

Dec 20, 2010

@ayanamist @mamimoluo 好吧，我承认是刚起床头脑昏昏回的贴。
举个例子
query = Song.all()
query.filter('title =', 'Imagine')
filter是对query的一次修改，在query.fetch()执行之前什么都没有发生的。
我猜想用Gql是为了代码的统一性吧，有一些高级feature?纯属瞎猜。

Livid

MOD

PRO

Dec 21, 2010

db.GqlQuery 这一句或许确实不够快，但是，如果具体到 V2EX 的这个 handler，那么一切是有缓存的……

只要 handler 在 99% 的时间里够快就足够了。