面试题

对于第二题，如果第二年不买东西即不改变积分，那原积分不变，这时可以用积分兑换奖品了。。。。

你换奖品的时候，要到柜台，当柜台访问你的个人信息的时候，就会触发清零实践。

这种Event Driven的设计方法是比较适合这种情况的。

那有个疑问哦，如果网上或者电话查询的时候，在查到具体积分前，先清0咯。那触发的方式比较多吧。暂不考虑频繁触发的问题。

楼主是不是去了杭州一家做UUCall的悠恒网络公司啊？我去笔试面试过，在没有谈薪水之前他们好像对我很满意，最后谈薪水的时候我还没有说我预期薪水，只说了以前的薪水他们就直接吓着了，最后再也没有给我打电话！

明白

我都不知道你有没有设计过软件！？

高内聚设计懂么！？那位老兄愿意给他讲讲的，好心帮个忙，告诉他检测触发事件应该放到那个层。

呵呵。我也做过这样的面试题。
当时想到的也就是：
1.”缓存”，开辟单独线程，定时刷新到数据库。
2.临时表

感觉自己说的答案，人家很不满意。

这两个问题工作中都曾经遇到过，哈哈

就第二道题简单说说，临时表的做法我感觉还是有问题存在的。
更新3000W条数据的时间并不短，这段时间内，如果有部分用户的积分发生变化，那该用户就受到损失了。

我还是蛮同意前面几个朋友提到的 用户自己触发才进行积分清零的做法的。
无非是多一个last_update_dt字段。
用户触发操作的时候，判断下最后更新时间是否是今年，如果是的话，就累加积分，如果否就进行清零。
前面有朋友说 如果查询今年的积分情况怎么办（部分用户大半年都不触发积分操作的，积分保留的还是去年的积分）
其实把查询的sql稍加修改就解决了 where last_update_dt>今年。

其实，不管是临时表，还是用户主动触发，都还是看实际情况进行处理比较好。
比如，张贴个告示：我们系统1月1号的零点至八点进行定期维护，那就写个存储过程慢慢一条条的跑就好了。

1. 你的回答说明你不懂互联网。
2. 你的行为有违工程师的职业道德。

如果第一条还能被一些小公司接受，毕竟不懂得还可以培养。
第二条，我不说什么了。

好运吧。