NoSQL 咨询和管理

NoSQL 数据库的类型
NoSQL 术语不仅表示SQL,而且还用于一种新型且越来越流行的数据库系统,该数据库系统在几个方面不同于其经典的关系数据库。 NoSQL 的概念最容易用 CAP定理 。在此定理中,数据库系统始终可以具有以下属性之一:
- 一致性 (一致性):集群中的所有节点始终都包含相同的数据
- 可用性 (可用性):即使集群中的某些部分处于脱机状态,也保证可以满足每个请求
- 分区容限 (分区容限):群集中两个或多个节点之间或群集之间的网络故障不会导致用户停机。其他节点或群集保持联机状态,并且能够处理所有请求。
CAP定理概述

NoSQL 最终一致性
被认为是一致的数据库系统通常符合上述ACID原则:原子性,一致性,隔离性,持久性。最终一致的数据库系统基于BASE原理:
- 基本上可用:系统24/7可用
- 软状态:系统不必始终保持一致:群集中的并非所有节点始终都包含相同的数据
- 最终一致:即使系统或群集在任何时候都不总是一致的,但可以保证系统或群集在某个时间点一致,或者所有节点都包含相同的数据。
NoSQL 数据库类型选择
在软件开发中,预期的性能要求首先确定数据存储的选择:系统上的估计负载,同时使用的用户的最大数量和平均数量,可能的数据量以及必须提供数据的时间段的持续时间。第二步包括对数据的性质和用途以及应用程序功能的分析:用户是仅查阅数据还是报告?有交易吗?数据是否在线处理?
NoSQL 数据库的选择取决于与可伸缩性不一定相关的几个因素:
- 阅读和写作行为之间的比例:某些系统更适合于更多的写作行为,其他系统更适合于更多的阅读行为
- 数据模型的复杂性
- 基础结构要求:某些NoSQL系统需要其他控制服务器来配置高可用性和复制模式。
- 临时缓存层是否足够或是否需要完整的持久层的问题
- 问题是存储哪种数据类型:文档,非结构化数据,分层数据,可以借助图论元素或XML进行建模的数据
NoSQL 产品
NoSQL 产品的数量正在迅速增长。这可能使得很难仅根据预先制定的要求进行选择。有许多类似的解决方案,有时差异很小。从API和支持的可用性到社区的特征,每个细节都应引起注意。 NoSQL 数据存储可分为以下几类:
键/值存储
这些NoSQL数据库可实现有效的数据存储。与更高级的数据库相比,它们非常有限,因为它们仅以一种方式提供对数据(值)的访问。其他方式需要远程管理,例如通过Lucene或通过应用程序管理的索引。
示例:Riak,Redis,Memcached
BigTable数据库
这些NoSQL数据库也称为面向记录的表格数据库或宽列存储。由于Google的BigTable实现,术语BigTable变得流行。与关系数据库一样,大表数据库由多个表组成,每个表包含一组要调用的行。每行包含一系列可以视为列的值。
示例:Azure表,HBase,Cassandra
文件资料库
这些NoSQL数据库也称为面向文档的数据库。与行或记录的结构相反,它们是为最佳存储和访问文档而开发的。文档数据库是无架构的。
示例:CouchDB,MongoDB,Terrastore
图形数据库
在此NoSQL中 在数据库中,数据以图形形式存储,而不是线性列表或键/值对。它们特别适用于社交网络,并为用户之间的关系提供自然模型。
示例:Neo4j,BrightstarDB,GraphBase
OptimaData可以帮助确定哪种NoSQL变体或Hybrid解决方案最适合 uw situatie werkt.
NoSQL 数据库 beheer
最好采取什么措施使系统保持可用状态?不仅在不幸的事件中,而且在数据库环境中的升级,软件版本和其他更改中?可用的选项正在快速变化,OptimaData顾问可以 忠告 适合您的情况和愿望。
一种 快速扫描 通过一系列建议来更好地了解您的环境,从而为当前和未来的数据库环境提供最佳性能。应用最佳做法并 性能调优 以充分利用您的配置。定期 健康检查 与污染,数据库增长或更新保持同步 数据建模 。通过服务进行数据库管理 托管顾问 要么 管理服务 您可以确保业务连续性,数据库维护和 24/7支持 如果发生中断或事件。
它 博客 来自我们的DBA顾问和数据库可靠性工程师 罗布·德伦特 这是我们如何在关键任务环境中帮助客户实现NoSQL第一步的一个示例。 在此处阅读Rob Drent的博客,了解MongoDB的研究和实现。
随时了解情况?