Client Library for Cloud Datastore on App Engine - NDB或google-cloud-datastore
根据Google的文档，使用Python连接数据存储似乎有两个主要选项: App Engine的NDB Datastore库和用于Python的。
我目前在App (标准版)上，但我想构建我的应用程序，以便它可以在需要的情况下增长，可能是通过迁移到Compute Engine。考虑到这一点，我应该使用哪个库？App的文档表明可以使用NDB，但是它似乎不再是非常积极的开发了。在编写本报告时，上一次提交是在6个多月前，尽管它们以前可能是计划一些扩展。最终，一切都会转而使用吗？如果NDB被逐步淘汰，我真的不想对它产生依赖。
我还没有给它一次机会，但似乎在应用引擎可能会有它自己的问题中使用完整的Google。
如果有人有在anyone Standard上使用的经验，我很高兴听到您的想法。
编辑- 2016-11-30 -唯一性
这个问题被标记为类似于这一个。虽然有一些相似之处，但我特别提到希望选择一种解决方案，以便在App之外实现轻松的增长。此时，我假设NDB库只在assuming上工作，所以如果我超越assuming，它就无法工作。然而，我认识到，如果我继续使用NDB，在App上使用NDB，然后切换到Cloud，可能还有好处。我有一些相关的、更具体的问题，包括：
- NDB和Cloud是否足够相似，以至于以后从一个移动到另一个就没有那么大的问题了？也许有人已经这样做了，并可能有自己的看法。
- 是否有具体的原因，NDB真的闪耀在应用程序引擎？表演？
- 既然NDB使用了Cloud，我是否应该担心它最终会停止呢？最近，谷歌让App越来越接近云计算的其他产品，NDB回购最近没有看到太多更新，这让我感到担忧。谷歌确实会时不时地停止一些事情。
谢谢。
回答 1
Stack Overflow用户
发布于 2016-12-01 04:15:25
在阅读了更多之后，我将继续回答我自己的问题，希望能给其他人带来好处。
在完整阅读了关于google云python的讨论之后，我的许多问题都能有一定程度的信心得到回答。
首先，项目开发人员的意见似乎是应该在App上工作，但性能将是比NDB更糟。这无疑是在App上通过Datastore API使用NDB的一个原因。
第二，听起来开发人员认为NDB既复杂又相当成熟，并且似乎一致支持它最终包含在python库中。。因此，NDB似乎不太可能被终止。最有可能的是，它最终可能需要包含在更广泛的gcloud库集合中。
第三，devs表示应用程序引擎以外的NDB支持正在积极开发，因此如果我的项目超出了API，到那时，NDB可能已经在进一步的环境中可用，因此不需要切换到Cloud。此外，超越标准应用程序引擎的下一步是灵活环境似乎已经很好地支持NDB了。。
所有这些都是为了说明我应该清楚地继续使用NDB，因为NDB在App上具有更好的性能和ORM功能，而且除非Google在这个问题上的观点/方向在未来有所改变，否则我很可能会选择在Google上的其他环境中继续使用NDB。我将使用NDB，并期待最终将其包含到中。
如果有人对这件事有任何额外的经验，我很想听听你的想法。
https://stackoverflow.com/questions/40872410
复制相似问题
腾讯云开发者
