你在Google App Engine上开发的经验是什么？

Question

对于了解SQL的人来说，GQL很容易学习吗？Django/Python怎么样？App Engine真的让伸缩变得容易吗？是否有针对"GQL注入“的内置保护？以此类推。

我很乐意听到使用app engine的不那么明显的起伏。

干杯!

Answer 1

最突出和最令人沮丧的问题是数据存储api，如果您习惯于SQL，那么它看起来很棒，考虑得很周到，很容易使用，但是所有查询结果集都有1000行的限制，并且您不能访问超过1000行的计数或偏移量。我遇到过更奇怪的问题，一旦超过1000行，就无法为模型添加或访问数据。

请参阅Stack Overflow discussion about the 1000 row limit

咸海巴尔干半岛wrote a really good summary of this and other problems

话虽如此，app engine是一个非常棒的工具，我真的很喜欢使用它。它非常适合于部署微型web服务(例如: json api)，以便在其他应用程序中使用。

Answer 2

我使用谷歌应用程序引擎的经验很棒，1000 result limit已被移除，以下是发布说明的链接：

app-engine release notes

不超过1000个结果限制-没错:随着游标的增加，以及过去几个月许多较小的数据存储稳定性和性能的提高，我们现在有足够的信心完全取消最大结果限制。无论您是在执行fetch、迭代还是使用游标，结果的数量都没有限制。

Answer 3

GQL非常简单--它是SQL 'SELECT‘语句的一个子集，仅此而已。不过，它只是低级API顶部的一个便利层，所有的解析都是用Python完成的。

相反，我建议使用查询API，它是过程化的，不需要运行时解析，并且使“GQL注入”漏洞完全不可能(尽管它们在正确编写的GQL中无论如何都是不可能的)。查询API非常简单:在模型类上调用.all()，或者调用db.Query(模型名)。查询对象有.filter(field_and_operator，value)、.order(field_and_direction)和.ancestor(entity)方法，以及GQL对象拥有的所有工具(.get()、.fetch()、.count())等。为方便起见，每个查询方法都会返回查询对象本身，因此您可以将它们链接起来：

结果= MyModel.all().filter("foo ="，5).order("-bar").fetch(10)

等同于：

结果= MyModel.gql("WHERE foo =5 ORDER BY bar DESC LIMIT 10").fetch()