这是一个创建于 2286 天前的主题，其中的信息可能已经有所发展或是发生改变。
场景 1：从 7/1 日到 7/3 日为活动时间，活动期间商品 5 折，但是有数量限制，每件商品的数量限制都不一样，卖完了就显示商品已抢光
场景 2：从 7/1 日到 7/3 日为活动时间为某活动时间，期间商品限定 [每天前 10 件] 免单（每件商品限定不一样），抢完了就恢复原价，限制条件每天 0 点重置
场景 3：从 7/1 日到 7/3 日每天上午 8 点-10 点为秒杀时间，秒杀限制 10 件。
如上三种场景，如何设计数据库结构能够覆盖这三种场景？
我只想到了将库存数量存入 redis，这样方便解决时间限制问题，但是又不好做事务加减库存，和并发下的锁。
但是如果要存数据库的话完全不知道数据表要如何设计。。
求大神指点一下思路
场景 2：从 7/1 日到 7/3 日为活动时间为某活动时间，期间商品限定 [每天前 10 件] 免单（每件商品限定不一样），抢完了就恢复原价，限制条件每天 0 点重置
场景 3：从 7/1 日到 7/3 日每天上午 8 点-10 点为秒杀时间，秒杀限制 10 件。
如上三种场景，如何设计数据库结构能够覆盖这三种场景？
我只想到了将库存数量存入 redis，这样方便解决时间限制问题，但是又不好做事务加减库存，和并发下的锁。
但是如果要存数据库的话完全不知道数据表要如何设计。。
求大神指点一下思路
 |
1
b821025551b 2018-08-20 16:05:35 +08:00
用 redis 做排队就好了，来订单就塞 redis 里，然后另一个进程负责从 redis 里取出来下单。
|
 |
2
avichen 2018-08-20 16:38:21 +08:00
这个做成通用的商品限时限量限价活动结构，生成按天、按商品甚至是按地域这个级别的活动参数数据。
|
Select Language