BaaS 的工作原理是什么
On what concept the BaaS works
最近我了解了 BaaS，一种用于以持久格式在线存储数据的服务。
我检查了 parse.com 和 firebase.com。我想知道他们如何存储数据。
在 parse.com 中，您创建了一个在在线门户中被视为 table 的 Parse 对象。
在firebase.com它是一种树（我现在还不知道）...
这些 BaaS 提供商组织数据的基本原则是什么。他们是否遵循任何通用设计模式。
如何使逻辑模式通用化以存储在此类 BaaS 提供商的存储中
有很多不同的 BaaS 服务，它们使用各种内部数据库，所以我不确定它们都共享相同的数据结构。
对于您所指的那些，对于其中的大多数，基本数据元素是 JSON 对象（即 key/value 对的树），通常称为 "object" 或 "document"。在大多数情况下，只需在数据库中添加对象即可创建数据模型"on the fly"。
对于 Firebase，整个数据库或多或少是一棵 JSON 树，您可以对子树进行（非常）基本的查询。
对于 Parse.com 和其他基于 MongoDB 的内容，架构和查询稍微复杂一些（对象分组在集合中）。
其他一些人（IBM Cloudant，...）使用 CouchDB，一个像 MongoDB 一样的 NoSQL 数据库。
其他一些（Baasbox，...）使用类似 SQL 的语言进行查询 and/or 允许 collections/tables.[=10 之间存在类似 SQL 的关系=]
因此，如果您的数据是一堆 JSON 相互之间没有依赖关系的对象，那么您有大量的后端选择。如果您的数据模型和查询更复杂，您将受到更多限制。
最近我了解了 BaaS，一种用于以持久格式在线存储数据的服务。
我检查了 parse.com 和 firebase.com。我想知道他们如何存储数据。
在 parse.com 中，您创建了一个在在线门户中被视为 table 的 Parse 对象。
在firebase.com它是一种树（我现在还不知道）...
这些 BaaS 提供商组织数据的基本原则是什么。他们是否遵循任何通用设计模式。
如何使逻辑模式通用化以存储在此类 BaaS 提供商的存储中
有很多不同的 BaaS 服务，它们使用各种内部数据库，所以我不确定它们都共享相同的数据结构。
对于您所指的那些，对于其中的大多数，基本数据元素是 JSON 对象（即 key/value 对的树），通常称为 "object" 或 "document"。在大多数情况下，只需在数据库中添加对象即可创建数据模型"on the fly"。
对于 Firebase，整个数据库或多或少是一棵 JSON 树，您可以对子树进行（非常）基本的查询。
对于 Parse.com 和其他基于 MongoDB 的内容，架构和查询稍微复杂一些（对象分组在集合中）。
其他一些人（IBM Cloudant，...）使用 CouchDB，一个像 MongoDB 一样的 NoSQL 数据库。
其他一些（Baasbox，...）使用类似 SQL 的语言进行查询 and/or 允许 collections/tables.[=10 之间存在类似 SQL 的关系=]
因此，如果您的数据是一堆 JSON 相互之间没有依赖关系的对象，那么您有大量的后端选择。如果您的数据模型和查询更复杂，您将受到更多限制。