2021-06-25

博主在进行答题抽奖活动后,发现一等奖和二等奖超出预期,导致预算超支2000元。问题源于抽奖逻辑错误,未正确移除已中奖的奖品数据。复盘后得出三点改进措施:加强抽奖活动监控、优化奖项配置逻辑、支持多种活动模式的后台切换。这次失误为以后的工作提供了宝贵的教训。
摘要由CSDN通过智能技术生成

之前做的一个答题抽奖活动今天结束,在早上清点抽奖数据的时候出意外了

~

正常每个街道会有5+10+25个奖,也就是40个,8个街道320个中奖用户

但是今天清点数据发现,有些街道一等奖超过了5个,我当时就晕了,做了抽奖活动运营来说,我也算是经历过大风大浪,可这出,超出了好多,大概一等奖多了10个,二等奖多了30个

一等奖单个100元

二等奖单个30元

也就是这出活动比预期要多花2000元,这个预算就严重超了

~~

~~

~

后面在检查逻辑的时候发现了问题

我当时抽奖的逻辑是,用户每抽中一个奖项,我会在奖品池中删掉这个数据,但是,由于这个大转盘是第一次活动使用,在我之前九宫格活动的基础上改造的

我把这个逻辑当时给去掉了

也就是不管用户抽了多少,奖品池中的数据一直每一减少,结果就导致超出的情况存在

~

经过这次复盘得到以下几点总结

1、对于抽奖活动 的常规监控要做起来;

2、更灵活的奖项配置逻辑优化要尽快开展;

3、由于目前已运营或九宫格和大转盘二种活动,如何将这二种方式在一个小程序支持,做到后台可灵活切换是后面的一个工作安排

这次答题抽奖活动办砸了,教训是深刻的

使用python中的pymsql完成如下:表结构与数据创建 1. 建立 `users` 表和 `orders` 表。 `users` 表有用户ID、用户名、年龄字段,(id,name,age) `orders` 表有订单ID、订单日期、订单金额,用户id字段。(id,order_date,amount,user_id) 2 两表的id作为主键,`orders` 表用户id为users的外键 3 插入数据 `users` (1, '张三', 18), (2, '李四', 20), (3, '王五', 22), (4, '赵六', 25), (5, '钱七', 28); `orders` (1, '2021-09-01', 500, 1), (2, '2021-09-02', 1000, 2), (3, '2021-09-03', 600, 3), (4, '2021-09-04', 800, 4), (5, '2021-09-05', 1500, 5), (6, '2021-09-06', 1200, 3), (7, '2021-09-07', 2000, 1), (8, '2021-09-08', 300, 2), (9, '2021-09-09', 700, 5), (10, '2021-09-10', 900, 4); 查询语句 1. 查询订单总金额 2. 查询所有用户的平均年龄,并将结果四舍五入保留两位小数。 3. 查询订单总数最多的用户的姓名和订单总数。 4. 查询所有不重复的年龄。 5. 查询订单日期在2021年9月1日至9月4日之间的订单总金额。 6. 查询年龄不大于25岁的用户的订单数量,并按照降序排序。 7. 查询订单总金额排名前3的用户的姓名和订单总金额。 8. 查询订单总金额最大的用户的姓名和订单总金额。 9. 查询订单总金额最小的用户的姓名和订单总金额。 10. 查询所有名字中含有“李”的用户,按照名字升序排序。 11. 查询所有年龄大于20岁的用户,按照年龄降序排序,并只显示前5条记录。 12. 查询每个用户的订单数量和订单总金额,并按照总金额降序排序。
06-03
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值