|
精华帖 (0) :: 良好帖 (12) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-10-13
allskyloveok 写道 动不动横切，切坏了怎么办？
这个不是问题的问题，什么叫切坏了？！！如何评价是好是坏？ |
| 返回顶楼 | |
|
发表时间：2010-10-13
最后修改：2010-10-13
我的需求是多租户，不同的租户数据库不一样
又应该怎样设计呢 |
| 返回顶楼 | |
|
发表时间：2010-10-13
wavelet 写道 我的需求是多租户，不同的租户数据库不一样
又应该怎样设计呢 能否说的更详细一些 |
| 返回顶楼 | |
|
发表时间：2010-10-13
linliangyi2007 写道 gh_aiyz 写道 SNS的话，NoSQL才是王道，上面提到Mongo的兄弟说得很好。基于数据库太麻烦了。
针对SNS的一些特性功能，如：新鲜事，通知等，我们使用cassandra来解决的，但是数据库在存储用户信息方面还是有相对的优势的。 一个SNS系统，肯定不是单一K-V数据库，或者单一的RDB能搞定的，本文仅对多数据库应用方面提供一个入门思路。 大家有好想法的，都说出来讨论一下  我个人看来，用户信息用数据库倒未必具有相对优势，个人觉得SNS里： 1. 存储的是信息不是数据...恩，这个说法很抽象，这样讲不知道会不会清楚一点。信息是人类所能理解的，而数据是机器所能理解的。举个例子来说，用户信息里个人喜好，对机器来说，就毫无意义。所以用户信息基本是用来呈现，而不是计算的。 2。用户信息相对封闭，每一个用户的信息都是自我封闭的， |
| 返回顶楼 | |
|
发表时间：2010-10-13
ray_linn 写道 linliangyi2007 写道 gh_aiyz 写道 SNS的话，NoSQL才是王道，上面提到Mongo的兄弟说得很好。基于数据库太麻烦了。
针对SNS的一些特性功能，如：新鲜事，通知等，我们使用cassandra来解决的，但是数据库在存储用户信息方面还是有相对的优势的。 一个SNS系统，肯定不是单一K-V数据库，或者单一的RDB能搞定的，本文仅对多数据库应用方面提供一个入门思路。 大家有好想法的，都说出来讨论一下 我个人看来，用户信息用数据库倒未必具有相对优势，个人觉得SNS里： 1. 存储的是信息不是数据...恩，这个说法很抽象，这样讲不知道会不会清楚一点。信息是人类所能理解的，而数据是机器所能理解的。举个例子来说，用户信息里个人喜好，对机器来说，就毫无意义。所以用户信息基本是用来呈现，而不是计算的。 2。用户信息相对封闭，每一个用户的信息都是自我封闭的， 信息 <> 数据，这个想法很新颖，有一定道理。 但显然，应用中除了给人们看的信息外，还要有足够的数据，来对信息进行统计，处理，分类，k-v数据库在这里是弱项。 近期我倒是有想写一篇blog，说说自己对Cassandra的使用感受。 |
| 返回顶楼 | |
|
发表时间：2010-10-13
initialMultiDataSource 有什么用呢？getConnection而不用？
|
| 返回顶楼 | |
|
发表时间：2010-10-13
linvar 写道 initialMultiDataSource 有什么用呢？getConnection而不用？
initialMultiDataSource 是初始化链接池用的啊，这个方法应该在web应用被app server初始化的时候调用。 如果等等第一次数据库访问再链接的话，就会出现第一次访问非常慢的问题。 |
| 返回顶楼 | |
|
发表时间：2010-10-21
呵呵，你最近玩这啊。
|
| 返回顶楼 | |
|
发表时间：2010-10-21
zwhc 写道 呵呵，你最近玩这啊。
哪位GG啊，报上大名 
这个东西已经玩了有半年了，最近在玩其他的，嘎嘎 |
| 返回顶楼 | |
|
发表时间：2010-11-07
支持原创，太需要这类的文章了，非常感谢！
|
| 返回顶楼 | |
