Oracle Corp甲骨文公司推出Oracle NoSQL数据库2.0版

近日,甲骨文宣布推出Oracle NoSQL数据库2.0版(Oracle NoSQL Database 2.0),持续推动其在数据管理技术领域的创新。这是一款具有高可扩展性、低延迟、面向实时大数据工作负载的核心价值数据库。

 

 

Oracle NoSQL DB Typical Topology

Oracle Integrated Solution Stack

Oracle NoSQL Database Distributed, Scalable Key-Value Database

 

 

 

 

据悉,Oracle NoSQL数据库2.0版的新功能和增强功能包括:

更高的性能: 凭借近乎完全的线性可扩展性和低于5毫秒的延迟,该版本具有的企业级灵活性(elasticity)可以使用户根据其数据增长动态地扩展集群,而无需中断 服务。在最近的性能测试中,Oracle NoSQL数据库2.0版在一个18节点商用集群设置过程中,在一个的2.4 TB的数据库上实现了每秒超过100万YCSB的操作;
自动再平衡功能:实现了对计算和存储资源的动态管理,以支持SLA应对需求增加和不断变化的处理要求;
增强的可管理性:一个简单、易用的Web控制台,可管理部署和监控所有任务,以及某一产品中的文档和结构化数据;
最新应用程序界面(APIs):一个全新C语言应用程序界面有助于提高开发人员的生产力。新的大型对象(Big Objective)API能够有效支持对大型对象的管理,以及新的自动序列化API可以简化应用程序的开发;
与Oracle数据库的更紧密集成:Oracle数据库用户可通过外部表单(External Tables),直接通过SQL查看和查询Oracle NoSQL数据库记录,实现了对NoSQL数据的即时访问和获取,以用于集成分析;
改善的管理和监控支持:SNMP / JMX支持与Oracle和第三方管理工具的集成;
增强的Hadoop集成:通过使用Avro的数据存储和序列化,对JSON对象和模式演变进行支持,实现了与Hadoop的更紧密集成。

作为Oracle大数据平台的核心组件,Oracle NoSQL数据库2.0版是一个企业级的关键价值数据库,具有灵活的交易模式。该版本能够帮助客户轻松管理高速的交易数据。这些数据来源于基于Web的应用程序、社交媒体、传感器、智能仪表和通信服务。

甲骨文公司开发副总裁Vaishnavi Sashikanth表示:“通过领先的技术组合,甲骨文公司持续不断地推动着创新,涵盖了数据管理的所有领域。Oracle NoSQL数据库2.0版的推出,为开发人员提供了基础架构建设的最后一步,实现了企业应用与其客户间最关键的实时互动。它为企业最大化利用大数据价值提 供了一个关键引擎。”

目前,Oracle NoSQL数据库2.0版已经可以从Oracle技术网下载。

原文地址: http://www.enet.com.cn/article/2012/1228/A20121228217993.shtml

云级Key-value数据库大比较

以下列表对各类Key-Value 的NoSQL数据库从 备份backup 到 Language API 各个方面进行了比较:

 

 

Katana DB Cassandra MongoDB CouchDB HBase Voldemort Redis Tokyo /Kyoto Cabinet Riak RavenDB CitrusLeaf BigData
License TDB Apache 2.0 AGPLv3 Apache 2.0 Apache 2.0 Apache 2.0 BSD GPLv3 Apache 2.0 AGPLv3 Proprietary GPLv2
Price TDB Free Free, Commercial Free Free Free Free Free or $12K Free Free or $1k/dev/yr Per TB per month per DataCenter Free, Commercial
Support TDB Riptano, others, Community 10gen, Community CouchBase,  Cloudant, Community Cloudera, Community Community, LinkedIn* Community, VMWare* Community, FallLabs Community, Basho Tech, Akamai* Hibernating Rhinos, Community CitrusLeaf Community, 3rd Parties
Data model Key-value with sub-keys Columnar  + Indexes Documents + Indices (JSON), Cappable Documents + Indices, Views Columnar,
?Indexing?
Key-value, no sub keys Key-value, support for sets, lists, hash maps Key-value, DBM successor (like BDB) Key-value, Dyanmo-based Documents + Indices (JSON), Views Key-value Graph
Partitioning Static Hash in R1, Split nodes evenly Dynamic Hash, Split busiest node Sorted Shards with UDSpec, Chunks (200MB) move around Not supported Sorted Regions/Shards,  automatic Region splits when reaches size X Consistent Hash, migratable partitions planned Not supported, although some clients implement consistent hashing Not supported Consistent Hash, Shards UD Key range Shards with round robin Clustering
Language APIs Java Multiple, Thrift, RPC C, C#, JavaScript, Python, PHP, Ruby, Java, C++, Perl, many 3rd party REST/JSON, many 3rd party Java, REST, Thrift Java, Python, C++ Telnet style, C, C++, C#, Java, Perl, PHP, Python, R, Ruby, Scala, others C++, C, Java, Python, Ruby, Perl, and Lua MapReduce,  Python, JavaScript, Erlang, Java, PHP, Ruby C#, HTTP C, C#, Java, Python, Ruby, PHP
Replication Single Master with configurable durability Multi-Master with vector clocks Single Master, configurable durability with early visibility Bi-directional, delayed or synchronous with conflict resolution and partial replicas Single Master, delayed WAL log replay Multi-Master, Read/Write anywhere with data repair Single Master, writable Slaves, durability is “all”? Not supported Multi-Master, Read/Write anywhere with data repair and vector clocks Multi-Master, R/W anywhere with  conflict resolution
Topology Options None in R1 Rack Aware & Unaware, DC Aware Data Center priority Data Center aware None None Hinted Handoff None
Storage Log-based FS, configurable durability Log-based FS Lazy writes to FS, HA for durability ACID, append-only Hadoop FS, durable via replication BDB JE or MySQL In-memory, w/ Snapshots or Append-only log Page-based files with WAL and shadow paging Pluggable storage layer including InnoDB
Transactions Yes, Autocommit, Major Key + Sub keys Yes, single record including Super-columns Yes, autocommit Document-centric , lockless with client conflict resolution Record &  Multi-record locking transactions (new) Autocommit operations None Yes,  single and multiple operations Autocommit operations, pre & posrt commit hooks Autocommit & multi-operation
Consistency Transactional, Configurable Eventual, with read repair option Eventual, with delay if master fails Distributed edits with conflict resolution Read-committed  transaction isolation Eventual with client-centric conflict resolution ? Serializable and Read  Committed. Eventual with client-centric conflict resolution Eventual with client-centric conflict resolution Immediate
Admin Web Console, API, CLI Ganglia, JConsole, CLI Multiple UIs, Ganglia, REST, HTTP, Java Script Futon Web Admin  tool ? Java API, CLI CLI CLI and utilities CLI and utilities CLI and utilities
Backup Single or multi-node All Nodes for consistency Quiescent, Write Lock or Snapshot File copy? Import/export BDB JE/MySQL backup? Replication or copy  file Snapshots File copy Per node or  all nodes Snapshot backups

 

 

其中*符号表示 该软件受到团体的支持(corporate support),这里的团体是指 该数据库的最主要用户和开发基金会,但是并不提供服务支持。

 

 

 

【图】Hadoop与商用数据库性能对比

Hadoop与商用数据库性能对比

 

hadoop vs rdbms

 

 

Hadoop对开发的巨大挑战:以计算用户总应收为例

 

hadoop vs rdbms dev1

 

 

两种“云”中的分布式数据

 

 

nosql vs oracle rdbms
Oracle数据库与Hbase数据库

沪ICP备14014813号

沪公网安备 31010802001379号