GAE:可移植性和关系数据库的规划

Question

我正在用GAE构建一个web应用程序，它需要利用数据存储实体之间的一些简单关系。此外，我希望从一开始就尽力使导入和可移植性更容易，并减少将应用程序迁移到另一个平台的开发时间。

我可以看到两种处理数据存储中实体之间关系的可能方法：

• 将相关实体的键(或ID)作为实体或
• 将唯一标识符创建为实体的应用程序定义字段，以允许其他实体引用该标识符。

后者与GAE的集成程度较低，需要某种机制来确保唯一标识符实际上是唯一的(这反过来将依赖于祖先查询)。

但是，后者可能使数据可移植性更容易。例如，如果实体是在本地机器上创建的，则可以上传它们(前提是唯一标识符是唯一的)，而不存在问题。相反，依赖GAE定义的ID将无法工作，因为从开发到部署环境，ID将不一致。

可能也有数据可移植性方面的考虑，这意味着应用程序定义的唯一标识符更好。

做这件事最好的方法是什么？

Answer 1

GAE的数据存储只是不能很好地导出到SQL。通常情况下，需要在GAE上对数据进行非常不同的建模，以支持某些查询，即多到多的关系。反错也是支持GAE数据存储的一些查询的正确方法。祖先关系在SQL世界中是不存在的。

为了导入导出数据，需要编写特定于数据模型的脚本。

如果您计划与SQL兼容，请使用CloudSQL而不是数据存储。

在开发/生产之间移动数据方面，您已经确定了实现该操作的方法。没有真正的“容易”的方法。