NoSql键/值数据库的用途是什么
我现在已经在网上听到很多关于nosql键/值数据库的消息。你能举个例子说明它的用途吗。什么样的真实世界数据最适合于这类数据库?我认为对于NoSQL数据库的真实使用案例而言,''是一个很好的读物。让我在这里引用其中一些:NoSql键/值数据库的用途是什么,nosql,key-value-store,Nosql,Key Value Store,我现在已经在网上听到很多关于nosql键/值数据库的消息。你能举个例子说明它的用途吗。什么样的真实世界数据最适合于这类数据库?我认为对于NoSQL数据库的真实使用案例而言,''是一个很好的读物。让我在这里引用其中一些: 管理大量非事务性数据流:Apache日志、应用程序日志、MySQL日志、clickstreams等 同步在线和离线数据。这是CouchDB的目标。 所有负载下的快速响应时间 当复杂联接的查询负载对于RDBMS来说太大时,避免重联接 低延迟至关重要的软实时系统。游戏就是一个例子
- 管理大量非事务性数据流:Apache日志、应用程序日志、MySQL日志、clickstreams等
- 同步在线和离线数据。这是CouchDB的目标。 所有负载下的快速响应时间
- 当复杂联接的查询负载对于RDBMS来说太大时,避免重联接
- 低延迟至关重要的软实时系统。游戏就是一个例子
- 需要支持多种不同的写入、读取、查询和一致性模式的应用程序。有些系统针对50%读取、50%写入、95%写入或95%读取进行了优化
- 需要极高速度和弹性的只读应用程序,简单 查询,并且可以容忍稍微陈旧的数据
- 需要中等性能、读/写访问、简单查询、完全可用的应用程序 权威数据
- 只读应用程序需要复杂的查询
- 负载平衡,以适应数据和使用集中,并帮助保持微处理器繁忙
- 实时插入、更新和查询
- 分层数据,如线程讨论和零件爆炸
- 动态表创建
- 两层应用程序,通过快速NoSQL接口提供低延迟数据,但数据本身可以由高延迟Hadoop应用程序或其他低优先级应用程序计算和更新
- 顺序数据读取。需要选择正确的底层数据存储模型。B-树可能不是顺序读取的最佳模型
- 将可能需要更好的性能/可伸缩性的部分服务剥离到自己的系统上。例如,用户登录可能需要高性能,此功能可以使用专用服务来实现这些目标
- 缓存。用于网站和其他应用程序的高性能缓存层。例如,大型强子对撞机使用的数据聚合系统的缓存
- 投票
- 实时页面浏览计数器
- 用户注册、配置文件和会话数据
- 文档、目录管理和内容管理系统。存储复杂文档的能力有助于实现这些功能,因为这些文档是一个整体,而不是作为关系表进行组织。类似的逻辑适用于库存、购物车和其他结构化数据类型
- 存档。存储仍然可以在线访问的大量连续数据流
- 面向文档的数据库具有灵活的模式,可以随时间处理模式更改
- 分析。使用MapReduce、Hive或Pig执行分析查询并扩展支持高写入负载的系统