p*****2
发帖数: 21240 | |
P****i
发帖数: 12972 | 2 200K啥？bytes?
这有啥问题
【在 p*****2 的大作中提到】
: 比如每天200K的数据量， mysql可以吗？
|
p*****2
发帖数: 21240 | 3
record, 每个records应该有10几个fields这样吧。
【在 P****i 的大作中提到】
: 200K啥？bytes?
: 这有啥问题
|
P****i
发帖数: 12972 | 4 一个星期1m records，一年才50m，没问题
【在 p*****2 的大作中提到】
:
: record, 每个records应该有10几个fields这样吧。
|
p*****2
发帖数: 21240 | 5
一个server吗？前几天听人说mysql handle 1M的数据就有问题了，也不知道准确不准
确。
什么样的量应该上NOSQL了？
【在 P****i 的大作中提到】
: 一个星期1m records，一年才50m，没问题
|
z****e
发帖数: 54598 | 6 我觉得你不能这样想
经常有人演示过twitter的客户增长曲线
如果成功了之后，那个增长，完全就是火箭发射一般的直线增长
就算有钱，也跟不上
应该从数据结构入手
如果是重要性的数据，比如账户信息，金钱交易
就上transaction做结构化存储
否则的话，比如客户每天生成的各种消费记录，twitter的#之类的
完全可以做非结构化存储
【在 p*****2 的大作中提到】
:
: 一个server吗？前几天听人说mysql handle 1M的数据就有问题了，也不知道准确不准
: 确。
: 什么样的量应该上NOSQL了？
|
T*********g
发帖数: 496 | 7 小意思
【在 p*****2 的大作中提到】
:
: 一个server吗？前几天听人说mysql handle 1M的数据就有问题了，也不知道准确不准
: 确。
: 什么样的量应该上NOSQL了？
|
g*****g
发帖数: 34805 | 8 1M太没压力了，别忘了twitter用mysql cluster做主力数据库用了很多年。
【在 p*****2 的大作中提到】
:
: 一个server吗？前几天听人说mysql handle 1M的数据就有问题了，也不知道准确不准
: 确。
: 什么样的量应该上NOSQL了？
|
c*********e
发帖数: 16335 | 9 twitter到底牛在哪？facebook牛在哪？ 俺朋友一直问俺。
【在 g*****g 的大作中提到】
: 1M太没压力了，别忘了twitter用mysql cluster做主力数据库用了很多年。
|
p*****2
发帖数: 21240 | 10
有钱就牛
【在 c*********e 的大作中提到】
: twitter到底牛在哪？facebook牛在哪？ 俺朋友一直问俺。
|
|
|
g*****g
发帖数: 34805 | 11 你是说技术上？实时，高并发的服务都不好做。特别是twitter这样beyonce发个微薄，
几千万follow的用户都会收到notification，还要在几秒之内。
【在 c*********e 的大作中提到】
: twitter到底牛在哪？facebook牛在哪？ 俺朋友一直问俺。
|
p*****2
发帖数: 21240 | 12
大牛说的是。其实应该上NoSQL, 但是他们说MySQL可以直接生成report啥的，建议
MySQL。
【在 z****e 的大作中提到】
: 我觉得你不能这样想
: 经常有人演示过twitter的客户增长曲线
: 如果成功了之后，那个增长，完全就是火箭发射一般的直线增长
: 就算有钱，也跟不上
: 应该从数据结构入手
: 如果是重要性的数据，比如账户信息，金钱交易
: 就上transaction做结构化存储
: 否则的话，比如客户每天生成的各种消费记录，twitter的#之类的
: 完全可以做非结构化存储
|
z****e
发帖数: 54598 | 13 前面二爷说了
不过钱多是结果
现在投资者认为，有客户就值得投资
这些公司的用户数量庞大，所以容易吸引投资者投钱
【在 c*********e 的大作中提到】
: twitter到底牛在哪？facebook牛在哪？ 俺朋友一直问俺。
|
S**********C
发帖数: 161 | 14 200K rows is nothing, it can handle 200M+ and above.
【在 p*****2 的大作中提到】
: 比如每天200K的数据量， mysql可以吗？
|
w**z
发帖数: 8232 | 15 一个已经上市了，一个马上要上市。
【在 c*********e 的大作中提到】
: twitter到底牛在哪？facebook牛在哪？ 俺朋友一直问俺。
|
p*****2
发帖数: 21240 | 16
每天吗？
【在 S**********C 的大作中提到】
: 200K rows is nothing, it can handle 200M+ and above.
|
w**z
发帖数: 8232 | 17 if the data gets too big, you can shard and bring read slaves. Twitter can
live with MySQL , it tells you something. of course, twitter spends a lot
energy tuning it.
【在 p*****2 的大作中提到】
:
: 每天吗？
|
p*****2
发帖数: 21240 | 18
can
lot
感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
【在 w**z 的大作中提到】
: if the data gets too big, you can shard and bring read slaves. Twitter can
: live with MySQL , it tells you something. of course, twitter spends a lot
: energy tuning it.
|
w**z
发帖数: 8232 | 19 那是，table 一大，alter table 比较痛苦。
【在 p*****2 的大作中提到】
:
: can
: lot
: 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
P****i
发帖数: 12972 | 20 这个是主要问题
【在 p*****2 的大作中提到】
:
: can
: lot
: 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
|
|
s*****r
发帖数: 43070 | 21 这个数据量对于mysql是小case了，single mysql node，10M以下的table都没问题，而
且现在还有cluster。
【在 p*****2 的大作中提到】
:
: can
: lot
: 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
s*****r
发帖数: 43070 | 22 report基本都需要join的，这个nosql不好使，办法就是denormalize，把所有的数据都
放在一起。
【在 p*****2 的大作中提到】
:
: can
: lot
: 感觉SQL还是比NOSQL麻烦很多呀。schema改一下也很麻烦。
|
w**z
发帖数: 8232 | 23 hbase +hadoop.
【在 s*****r 的大作中提到】
: report基本都需要join的，这个nosql不好使，办法就是denormalize，把所有的数据都
: 放在一起。
|
