论坛首页 Java企业应用论坛

对Cassandra的初体验

浏览 21539 次
该帖已经被评为良好帖
作者 正文
   发表时间:2010-10-15  
Cassandra的排序要在建表的时候就定义好。我就是被这一特性给吓住的。我的理解Cassandra必须和传统数据库配合使用才能发挥其作用。
0 请登录后投票
   发表时间:2010-10-15  
net_hare 写道
Cassandra的排序要在建表的时候就定义好。我就是被这一特性给吓住的。我的理解Cassandra必须和传统数据库配合使用才能发挥其作用。


这里的排序是这列的存放顺序,请不要跟DB的orderby 混为一谈,它相当于DB中表列名的顺序,而不是记录的顺序。
0 请登录后投票
   发表时间:2010-10-15  
貌似digg等公司都逐渐在放弃cassandra
似乎有一定的问题
使用到生产环境需要谨慎。
0 请登录后投票
   发表时间:2010-10-15  
firebody 写道
linliangyi2007 写道
firebody 写道
MongoDB+morphia

该有的都有了。


很好的配合。

像请教楼上的大拿,是否有MongoDB+morphia的实用经历,你们是用在那一块的业务上的,能否稍微说说,给个选型的参考意见,谢谢

业务系统 做信息发布到 互联网网站上,
很简单的信息发布,以前是做静态化的发布,现在改成直接将信息发布到mongodb,互联网网站基于 mongoDB+morphia搭建。
mongodb提供的查询统计是目前nosql中最强大的,而且其mapReduce也基本能够满足聚合统计的需要。 

值得提到的是 morphia提供了 对象关联的机制,从对象的角度来看,感觉和orm差别不大。

你可以下载 morphia的源代码,看其中关于reference的实现,非常不错。

我个人认为基于关系数据库做复杂的sharding设计,还不如用 nosqldb来做这块事情。 需要重点考虑的是统计查询的设计要比关系数据库复杂得多,但是不要被这个困难吓到,到头来你发现这个上面花费的功力比要做关系数据库的sharding然后做统计查询也差不了多少去。

认同这个看法,做了sharding以后,其实已经弱关系化了。不如直接NoSQL。
0 请登录后投票
   发表时间:2010-10-15  
基于Java的可以考虑voldemort
发展比较迅速,最好的是它是纯Java写的
目前的情况来看,很不错,遗憾是只基于key查询
0 请登录后投票
   发表时间:2010-10-16  
最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。
0 请登录后投票
   发表时间:2010-10-16  
ferly_j 写道
最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。


目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了
0 请登录后投票
   发表时间:2010-10-16  
linliangyi2007 写道
ferly_j 写道
最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。


目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了

目前对nosql的这些产品还不是很了解,选择也很多,看到很多人推荐MongoDB,但是感觉Cassandra名气更大,
o(∩_∩)o...待楼主继续分享经验
0 请登录后投票
   发表时间:2010-10-16  
ferly_j 写道
linliangyi2007 写道
ferly_j 写道
最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。


目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了

目前对nosql的这些产品还不是很了解,选择也很多,看到很多人推荐MongoDB,但是感觉Cassandra名气更大,
o(∩_∩)o...待楼主继续分享经验


本人还没用过MongoDB,不敢妄加评论,建议有时间,两个都试试,
0 请登录后投票
   发表时间:2010-10-16  
   最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics