视频
Redis Enterprise 可以帮您省钱吗？
了解详细信息
快速的未来即将在您的城市举办一项活动。
加入我们，参加 Redis 发布会
分享
无模式数据库管理信息，无需进行蓝图设计。构建无模式数据库的起初阶段不需要符合一定的字段、表格或 数据模型结构。无关系型数据库管理系统 (RDBMS) 强制执行任何特定种类的结构。换句话说，它能够处理任何数据库类型（无论是键值存储、文档存储、内存、面向列的还是图形数据模型）的非关系型数据库。NoSQL 数据库的灵活性是导致无模式方法越来越流行的原因，并且通常被认为比扩展模式或 SQL 数据库更加友好。
使用无模式数据库，您无需完全了解数据结构的未来愿景。由于它不遵守模式，因此存储在无模式数据库中的所有数据都将保持完全完整。另一方面，关系型数据库会自行选择要保留哪些数据，修改数据以适应模式，或者干脆删除数据。采用无模式方法可让数据的每一个细节保持不变，并随时完全可访问。对于根据实时数据更改其运营方式的公司来说，获取未修改的数据十分重要，因为这些数据点中的任何一个都可能与数据库后续的更新方式密切相关。无模式数据库没有固定的数据结构，可以纳入或删除 数据类型、表格和字段，而不会产生重大影响（例如，复杂的模式迁移和服务中断）。由于它可以承受突然的变化并解析任何数据类型，因此无模式数据库在依赖实时数据的行业中备受欢迎，例如 金融服务、游戏 和社交媒体。
采用无模式方法可让数据的每一个细节保持不变，并随时完全可访问。
您对新数据库设置了解多少信息？您能很好地预见到它的结构，并且确信它永远不会改变吗？如果可以，您可能正在处理最适合模式数据库的情况。它的严格性是吸引力的基础。让我们深入讨论分别采用这两种方式的优缺点。
| 模式数据库优点 | 模式数据库缺点 |
|---|---|
| 严格测试 | 数据建模和计划必须灵活且预定义 |
| 规则是死板的 | 难以加快数据库发布 |
| 代码更易于理解 | 刚性使得事后更改模式的过程变得十分费力 |
| 简化系统之间迁移数据的过程 | 对字段进行试验非常困难 |
| 无模式数据库优点 | 无模式数据库缺点 |
|---|---|
| 所有数据（和元数据）保持不变且可访问 | 没有适用于查询非关系数据库中数据的通用语言 |
| 没有现有的“架构”，供数据作为基础进行构建 | 尽管 NoSQL 社区仍在高速发展，但尚未对所有故障排除问题提供适当的文档说明 |
| 可以添加 SQL 数据库无法容纳的其他字段 | 与 SQL 指令不兼容 |
| 适合键值存储、文档存储、内存中、面向列或图形数据模型 | 由于分布式方法会导致数据检索不一致，所以不符合 ACID 级别 |
尽管 NoSQL/非关系数据库被称为“无模式”，但这并不意味着最终不会确定一种架构。在关系数据库中，使用特定语言来查询特定模型的数据；而在无模式数据库中，架构由开发人员确定。因此，架构存在于无模式数据库中，它只是由开发人员而不是数据库制定的。
