数据模型
在本文中，您将熟悉其他文章中提到的基本数据结构。要查找更详细的信息，请查看链接的文章之一。
下图展示了上述数据结构是如何组织的以及它们之间的关系。
# 组织
组织是 CKSource 提供的云服务环境中最大的实体。组织将客户创建的环境分组在一起。根据具体情况，单个客户可以拥有多个完全独立的组织。
对于 CKEditor 协作服务器本地部署的客户，在单个应用程序安装的环境中只有一个默认组织，在使用应用程序时是完全透明的。
# 环境
单个组织包含多个环境，这确保了逻辑数据隔离。
每个环境的数据仍然存储在单个数据库中，但是使用单独的密钥进行加密。这确保了不会有任何机会意外获取其他环境的数据。Webhooks、编辑器包、文档存储和其他功能需要为每个环境单独配置。
拥有多个环境的用例之一是应用程序的多个阶段，例如“开发”、“预发布”、“QA”和“生产”。
对于本地部署，它允许创建多租户应用程序，其中每个最终用户都使用独立的、具有独立密钥、秘钥和加密的数据集。
环境可以通过 CKEditor 客户仪表板或本地部署中的管理面板进行管理.
# 文档
文档是一组数据，代表 CKEditor 协作服务器环境中的最基本实体。它是一个逻辑结构，描述了链接的信息片段。在应用程序中，它由 documentId 或 channelId 标识。每个文档都可以分配注释、建议、修订等。
文档也可以通过 文档 API 在 REST API 中进行管理。
# 编辑/协作会话
当实时协作插件连接到 CKEditor 协作服务器上的特定文档时，会创建一个新的编辑会话。编辑会话是文档的一个实例，它保存在临时内存中，编辑器中的所有内容更改都会应用到该内存中。每个连接到单个文档的用户都会连接到同一个编辑会话，其中所有内容更改都会传播到所有连接的用户。
可以通过多种方式初始化编辑会话，这些方法在 专用部分 中进行了说明。
最后一个用户断开连接后 24 小时，编辑会话将过期并从临时内存中删除。可以使用多种方法保存文档内容，具体取决于用例。
您可以在 更详细的指南 中阅读有关保存文档的更多信息。