我将很快开始设计一个 Web 应用程序,虽然我在 SQL 领域有很多经验,但我不知道这样做需要考虑什么,以便在不久的将来迁移到 GAE未来。
或者,我可以从一开始就为 GAE 设计应用程序,那么在这种情况下,我需要考虑哪些差异?换句话说,为 GAE 编写应用程序的 DOs 和 DONTs 是什么,来自过去的关系数据库。
我将很快开始设计一个 Web 应用程序,虽然我在 SQL 领域有很多经验,但我不知道这样做需要考虑什么,以便在不久的将来迁移到 GAE未来。
或者,我可以从一开始就为 GAE 设计应用程序,那么在这种情况下,我需要考虑哪些差异?换句话说,为 GAE 编写应用程序的 DOs 和 DONTs 是什么,来自过去的关系数据库。
就在我的脑海中:
所有这一切意味着您可能无法避免向用户公开不一致的状态,并且几乎可以肯定您无法避免数据的不一致状态(例如,在手动 JOIN 数据更改期间迁移了一半的行而一半没有迁移)