设计可轻松迁移到Google App Engine

Question

我将很快开始设计一个Web应用程序，虽然我在SQL世界中有很多经验，但我不知道我需要考虑这样做，目标是在非常近的地方迁移到GAE未来。

或者，我可以从一开始就为GAE设计应用程序，所以在这种情况下，我需要考虑哪些差异？ 换句话说，为GAE编写应用程序的DO和DON是什么，来自过去的关系数据库。

Answer 1

刚刚出头：

• 它实际上只是一个key->值存储，不要被GQL （它只是SQL SELECT的一个子集）之类的东西所迷惑
• 没有加入 - 通常你必须非正规化或忘记
• 或多或少频繁的超时
• （非常）与本地SQL库相比访问速度慢。
• COUNT非常昂贵
• OFFSET（在SELECT中）在客户端实现 - 所以实际上你获取所有记录到偏移量 - 正如Nick Johnson在其中一条评论中指出的那样，它不是客户端，所以现在，因为LIM的1000已经消失了它类似于SQL数据库。
• （最近删除）限制1000个获取行
• 随着返回行数的增加，SELECT性能急剧下降
• 迁移很难做到，因为您必须使用普通的http请求来执行迁移，并且每个请求在30秒后被终止。 您必须求助于批量处理行的任务队列
• 有伪外键 - 在Python API中称为ReferenceProperties - 但它们没有以任何方式强制执行 - 如果有人/某些东西删除了目标对象，那么你在C ++中就知道了悬空指针
• 您用于查询的字段必须编制索引，但仍然使用密钥 （每个行/实例的主键类型）使您的查询运行得更快
• 在实例上构建索引可能需要花费很多时间（而且你不能减少它），如果没有它们，你的应用往往无法工作。 啤酒和耐心强烈推荐..
• 很多人为限制（比如已经删除的最大限制为1000）。 例如，GQL'IN'运算符只是多个OR-s的语法糖，并且使用了30个值的上限。

这意味着您可能无法避免向用户暴露不一致状态，并且几乎可以肯定您无法避免数据的状态不一致（例如，在手动JOIN数据更改等过程中，半行迁移，一半不迁移）