ibm对oracle nosql数据库做出回应

虫虫

在oracle进军nosql市场,宣布了它的oracle nosql解决方案之后,ibm也不甘示弱,随即做出了回应,把它要将nosql技术转入到db2生产线的计划公布于众。 ibm的副总裁兼数据库系统首席技术官curt cotner在昨天ibm的information on demand 2011会议上作了主旨演讲,他说道:“所有的db2和ibm informix用户都将可以使用它,它将成为你们现有堆栈的一部分,并且你们不需要支付额外的费用。我们将把它插入到db2之中,因

2017-07-11 02:01:16  

从招聘网站看nosql人才需求:hadoop独占鳌头

nosqlweekly

最近nosqlweekly网站做了一份统计调查,它对simplyhired.com和indeed.com两个招聘网站的招聘数据进行了分析得出了几张对比图,从中看到,hadoop的走势最猛。(注:作者在构图时只进行了mongodb这个关键词的匹配,没有进行mongo这个关键词的匹配,所以mongodb相关的工作的曲线其实应该更高一步) 下面是几张统计图: 译文链接:nosqlfan 原文链接:nosqlweekly

2017-07-11 02:01:16  

通过google insights看nosql现状

Kristina Chodorow

导读:近日10gen的工程师kristina chodorow在其博客上发表博文,他通过google insights对nosql的现状进行了分析。 nosql有多火,有的人说nosql非常火,有的人可能只是听过这个词。有的人已经在大规模的使用,但是有的人觉得这不过就是实验室玩具罢了。到底nosql的发展如何呢,让我们看几个来自google insights的搜索热度对比图。 1.nosql产品对比 mongodb vs. cassandra vs. couchdb vs. redi

2017-07-11 02:01:16  

nosql数据库全方位对比

Kristóf Kovács

导读:近日曾在多家大公司任职的软件架构师兼顾问kristóf kovács在博客中对主流的nosql数据库(cassandra、mongodb、couchdb、redis、riak以及hbase)进行了全方位的对比。 虽然sql数据库占据统治地位15年,但现在该是结束的时候了,这只是时间问题。在nosql如日中天的今天,各种nosql产品可谓百花齐放,但每一个产品都有自己的特点,有长处也有不适合的场景。本文对cassandra、mongodb、couchdb、re

2017-07-11 02:01:16  

mysql与nosql——sql与nosql的融合

孙立

写这一篇内容的原因是mysql5.6.2突然推出了memcached的功能。nosql to innodb with memcached的出现,可以看出nosql对关系数据库的确产生了巨大的影响,个人觉得这是一个非常大的进步,可以让开发人员更加方便的使用nosql和关系数据库。nosql一般被认为性能高于关系数据库,那么直接在innodb之上提供nosql功能并和mysql共存是否是一个更好的选择呢? mysql with handlersocket 去年在twitter上看到hand

2017-07-11 02:01:16  

[ppt] nosql数据库:why, what, and when

Lorenzo Alberton

nosql(非关系型数据库)目前大热,媒体报道非常多,但诸多误解也随之流传。到底什么情况下,nosql比关系型数据库更有效?怎样在众多nosql方案中选择?著名php组件库pear的首席开发人员、mediasift公司首席技术架构师lorenzo alberton在2月25日的php uk会议上分享了自己的经验,比较详尽地讲述了基本背景,并比较了couchdb, mongodb, riak, redis, membase, neo4j, cassandra, hbase, hypert

2017-07-11 02:01:16  

foursquare经历长达11小时的宕机

Fenng

前几天foursquare经历了长达11个小时的宕机,没错,11个小时。网站官方的解释是shard负载不均匀造成后续的连锁反应。很多人都知道foursquare在线的db是mongodb,今天又看到10gen(mongodb的开发与支持团队)的eliot horowitz在得到foursquare许可后,通过邮件组详细介绍了宕机的过程:foursquare outage post mortem,不用说,也有为mongodb辟谣的意味在里面。 读罢10gen团队的介绍(或者说解释)之后,

2017-07-11 02:01:16  

mongodb auto-sharding 的问题

NoSQLfan

在 foursquare 宕机事件过后,本人曾写过一篇文章对 mongodb 的 auto-sharding 机制提出过质疑,而最近在mongodb 的 group 里,也发现一直有使用 mongodb 经典架构造成各种问题的帖子。国外知名 nosql 网站 mynosql 近日把这些问题汇总了一下,并警告各位开发者不要仅看官方的文档,更多的进行实践。 “huge collection is not balanced across shards” here &#

2017-07-11 02:01:16  

mongodb:10. mapreduce

yuhen

在 mongodb 上使用 map/reduce 进行并行 "统计" 很容易。 db.runcommand(  {      mapreduce : <collection>,      map : 

2017-07-11 02:01:16  

mongodb:9. grid fs

yuhen

gridfs 的文件同样是保存在 db.collection 中,通常使用 fs.files 存储文件元数据信息,fs.chunks 存储文件内容。 存储海量文件,得启用 auto-sharding。 > admin.runcommand({ enablesharding: test }) > admin.runcommand({ shardcollection: test.fs.chunk

2017-07-11 02:01:16  

mongodb:8. sharding (2)

yuhen

mongodb auto-sharding 解决了海量存储和动态扩容的问题,但离实际生产环境所需的高可靠(high reliability)、高可用(high availability)还有些距离。 解决方案: •shard: 使用 replica sets,确保每个数据节点都具有备份、自动容错转移、自动恢复能力。 •config: 使用 3 个配置服务器,确保元数据完整性(two-phase commit)。 •route: 配合 lvs,实现负载

2017-07-11 02:01:16  

mongodb:8. sharding (1)

yuhen

将海量的数据水平或垂直切割,分区存储到多台服务器上是一个最基本的现实需求。从 1.6 版开始,mongodb sharding 总算打上了 "production-ready" 标记。 mongodb 的数据分块称为 chunk。每个 chunk 都是 collection 中一段连续的数据记录,通常最大尺寸是 200mb,超出则生成新的数据块。 要构建一个 mongodb sharding cluster,需要三种角色: •shard server: mo

2017-07-11 02:01:16  

mongodb:7. replication (2)

yuhen

2. master/slave master/slave 是一种典型的备份方案,mongodb 支持 "one master multi salver" 和 "multi master one slave" 等多种部署方式。 先从简单的 "镜像备份" 开始。 $ sudo mkdir -p /var/mongodb/0 $ sudo mkdir -p /var

2017-07-11 02:01:16  

mongodb:7. replication (1)

yuhen

最新的 1.6 版总算提供了 replica sets,比起有点莫名其妙的 replica pairs,这才是高可用集群所需要的。 1. replica sets replica sets 使用 n 个 mongod 节点,构建具备自动容错转移(auto-failover)、自动恢复(auto-recovery) 的高可用方案。通常使用 3 个 mongod 实例,或者 2 mongod + 1 arbiter 方案。 (1) 首先启动所需的 mongod 节点。注意使用 replse

2017-07-11 02:01:16  

mongodb:6. optimization

yuhen

1. profiler mongodb 自带 profiler,可以非常方便地记录下所有耗时过长操作,以便于调优。 > db.setprofilinglevel(n)   n:      0: off;      1: lo

2017-07-11 02:01:16  

mongodb:5. admin

yuhen

mongod 是 mongodb 核心程序,通常情况下我们只需折腾该程序即可。 1. dbpath & port 默认数据存储路径是 /data/db,默认端口 27017,默认 http 端口 28017。用 --dbpath 和 --port 改吧。 $ sudo ./mongod --dbpath /var/mongodb --port 1234 sat jul 24 22:58:50 m

2017-07-11 02:01:16  

mongodb:4. index

yuhen

mongodb 提供了多样性的索引支持。 > for (var i = 0; i < 30; i++) {  ...     u = { name : &#

2017-07-11 02:01:16  

mongodb:3. schema design

yuhen

1. document-oriented mongodb 是一种面向文档(document-oriented)的数据库,其内存储的是一种 json-like 结构化数据。尽管拥有和关系型数据库 database/table 类似的的 db/collection 概念,但同一 collection 内的 document 可以拥有不同的属性。 (注: 以下 > 提示符表示 mongo js 代码,>>> 为 python 代码)

2017-07-11 02:01:16  

mongodb:2. basic usage

yuhen

须安装pymongo(documentation)。 $ sudo easy_install -u pymongo (注: 以下 > 提示符表示 mongo js 代码,>>> 为 python 代码) 1. insert 使用 insert 插入文档。 > use&#

2017-07-11 02:01:16  

mongodb:1. database

yuhen

mongo是mongodb自带的交互式javascript shell,用来对mongod进行操作和管理的交互式环境。 使用 "./mongo --help" 可查看相关连接参数。 $ ./mongo --help mongodb shell version: 1.5.3 usage: ./mongo [options] [db address] [file name

2017-07-11 02:01:16  

中国古代文学 Global world news developer online documents developer online toolset Global E-commerce Global world images