|
锁定老帖子 主题：对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应该不会太差吧，祈祷下，呵呵
|
| 返回顶楼 | |
