V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 3517 days ago, the information mentioned may be changed or developed.
有个需求是这样，存在大约 15w 条货品记录，现在需要可以计算过去某天或者某个时间段的货品的数量，这个应该如何来存储呢？ 现在想到的方法是，开一个数据库，然后每天 0 点存储记录，但是这个很快就会爬升到很大的数据量了， 10 天就上百万了。
 |
1
7654 Sep 12, 2016
增加货品数量变更记录，然后按时间查询汇总即可
|
 |
2
pepesii Sep 12, 2016
先 ORDER BY YEAR(datetime), MONTH(datetime), DAY(datatime);
把结果放到另外一个表，然后去查询某个时间段；这样行吗？ |
 |
3
pc10201 Sep 12, 2016
时间序列数据库？
|
 |
4
zencitta Sep 12, 2016
实时算比较方便， UI 上做好点就好了
|
|
5
zencitta Sep 12, 2016
给用户感觉不是系统慢，而是他的数据太多。要优化再加钱。
|
 |
6
stargazer242 Sep 12, 2016
这不就是库存吗
|
 |
7
dl2k Sep 12, 2016
楼主没有讲清楚需求，可以存在多种解读。
|
 |
8
jint Sep 12, 2016 via iPhone
如果数据变化不大，每天只存有变化的商品，变化大，那就必须承担数据量。
|
 |
9
aru Sep 12, 2016
如果觉得记录太多了，可以合并记录。设计一个表 ，字段为 id,时间， json 后的商品 id 到库存字典
不过这个库存字典数量可能比较大，可以考虑按照商品 id 分成若干个字典，比如根据商品 id 的最后一位来划分 |
 |
10
laobaozi Sep 12, 2016 via iPhone
增加一个货品变动纪录表，关联货品 ID ，货品状态 1 ，货品状态 2 ，修改日期
每次对货品操作 货品状态 1 纪录操作前的状态，货品状态 2 纪录操作后的状态 假设货品状态 库存=1 在途=2 已售=3 然后技能愉快的按日期 select 了 吗？？？？ |
 |
11
reus Sep 13, 2016
一年也才几千万，算什么大……
而且可以定期打包，移出数据库啊 |
Select Language