关于大数据架构选择的问题想请教下

[NaVient]

目前的需求是这样的：

• 商品表有 9000 万左右的数据（商品信息会有实时增删改查）
• 每月有大概 1500 万的销售订单数据入库
• 需要分析单个商品周 /月 /年的价格曲线以及库存变化（每周更新，不用实时计算，这个部分打算做离线计算）

emm 需求听起来有点像 BI，嗯是有一点像。
所以我的问题是：

• 用 Postgresql 能满足上述要求吗？该按什么维度去做分区 /分库 /分表呢？
• 如果不能，我该引入什么架构呢？

[hooopo]

这么点数据离线算的话根本不用分库分表...

[NaVient]

@hooopo 9000 万数据的增删改查应该会很慢吧

[opengps]

数据多，但是还算不上大数据吧

[vegito2002]

分区分库这些针对的是高读写 qps。仅仅是数据多但是全是离线处理， 不需要瞎折腾。你这个 crud 的 qps 也不到 10。

[vegito2002]

你每条记录每次更新量多大？

[iyaozhen]

这么点数据不用折腾，搞个主从，从库晚上慢慢算呗

[NaVient]

@vegito2002 每天可能会涉及到几百万的数据更新，时间是不固定的，但是更新不是用户行为,QPS 应该 OK

[vegito2002]

@NaVient 那就 9L 这个思路， 简单搞搞看， 不行再想其他的花招

[vegito2002]

7L 思路，我打错了