锁定老帖子 主题:对Cassandra的初体验
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-10-15
Cassandra的排序要在建表的时候就定义好。我就是被这一特性给吓住的。我的理解Cassandra必须和传统数据库配合使用才能发挥其作用。
|
|
返回顶楼 | |
发表时间:2010-10-15
net_hare 写道 Cassandra的排序要在建表的时候就定义好。我就是被这一特性给吓住的。我的理解Cassandra必须和传统数据库配合使用才能发挥其作用。
这里的排序是这列的存放顺序,请不要跟DB的orderby 混为一谈,它相当于DB中表列名的顺序,而不是记录的顺序。 |
|
返回顶楼 | |
发表时间:2010-10-15
貌似digg等公司都逐渐在放弃cassandra
似乎有一定的问题 使用到生产环境需要谨慎。 |
|
返回顶楼 | |
发表时间: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。 |
|
返回顶楼 | |
发表时间:2010-10-15
基于Java的可以考虑voldemort
发展比较迅速,最好的是它是纯Java写的 目前的情况来看,很不错,遗憾是只基于key查询 |
|
返回顶楼 | |
发表时间:2010-10-16
最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。
|
|
返回顶楼 | |
发表时间:2010-10-16
ferly_j 写道 最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。
目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了 |
|
返回顶楼 | |
发表时间:2010-10-16
linliangyi2007 写道 ferly_j 写道 最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。
目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了 目前对nosql的这些产品还不是很了解,选择也很多,看到很多人推荐MongoDB,但是感觉Cassandra名气更大, o(∩_∩)o...待楼主继续分享经验 |
|
返回顶楼 | |
发表时间:2010-10-16
ferly_j 写道 linliangyi2007 写道 ferly_j 写道 最近要做一个站内发消息的功能,用户量大了数据库会很难承受(不喜欢水平拆分的方式),想试试nosql,不知道nosql是否适合这种场景,有什么风险不,希望大拿们给点意见。
目前nosql数据库已经在这个方面大量使用了,从风险上说,应该不大,就看用好用坏的问题了 目前对nosql的这些产品还不是很了解,选择也很多,看到很多人推荐MongoDB,但是感觉Cassandra名气更大, o(∩_∩)o...待楼主继续分享经验 本人还没用过MongoDB,不敢妄加评论,建议有时间,两个都试试, |
|
返回顶楼 | |
发表时间:2010-10-16
最近也让NOSQL在我脑子了过了下,我们现在的项目我本来打算用MongoDB,但是MongoDB有个约束就是32位下只能数据到2G这远远搭不到我的数据存放量,64位是没限制的,服务器改成64位风险太大,现在我采用Berkeley DB,也不知道以后项目上线后稳定性怎么样,有ORACLE做护盾Berkeley DB应该不会太差吧,祈祷下,呵呵
|
|
返回顶楼 | |