删除好友时 24 小时内可以撤销删除操作、这个需求除了用 crontab 每分钟轮询还有其他方式触发到时间删除好友动作吗 触发的时候要发送 socket 推送动作
xoxo419 · 2019-10-02 09:18:17 +08:00 · 2100 次点击这是一个创建于 1880 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
singerll 2019-10-02 09:25:56 +08:00 via Android
数据库里面设计删除状态，删除时间字段？
|
 |
2
jugelizi 2019-10-02 09:28:28 +08:00
难道是真的删除记录？
|
 |
3
kastnerorz 2019-10-02 09:33:28 +08:00 via iPhone  1
设置一个 isDelete 和 deleteAt 字段，要恢复时查询 24 小时内的数据
|
 |
4
whileFalse 2019-10-02 10:02:06 +08:00 2
首先我假定业务的需求是用户请求删除时立即生效，且 24 小时内可撤销。（而不是 24 小时后才生效）
对于这个业务场景，没有必要做逻辑删除。好友关系通常不承载其他数据，直接数据库层面删除即可。 最简单的办法就是搞一个撤销表，表里面记录了删除的好友关系和可撤销时间点。删除的时候先写入撤销表，然后删除好友关系；撤销的时候检查可撤销时间是否已经过期，如果还在可撤销时间里，直接走加好友流程加回来即可（但是不需要对方同意也不发送通知） 然后如果你愿意的话，可以每周清理一次撤销。 |
 |
5
wispx 2019-10-02 10:17:37 +08:00 via iPhone
加一个删除时间字段不就可以了吗？
|
 |
6
Raymon111111 2019-10-02 11:41:23 +08:00
我感觉你的需求是这样的, A 删了 B, 然后 B 一开始并不知道, 而是需要 24 小时后 B 的列表里 A 就自动消失.
是典型的 延迟队列 的需求, 你去搜一下就有, 很成熟的东西 |
 |
7
des 2019-10-02 11:55:06 +08:00 via Android
@Raymon111111
这个不算 延迟队列 的场景，是 24 小时内可恢复，不是 24 小时候再删除 |
|
8
Raymon111111 2019-10-02 12:11:32 +08:00
@des 那看具体需求了, 感觉没有说的很清楚. 这里 B 在 A 删除之后能不能拉出 A 的问题. 如果一直用时间戳去判断, 还得定期的洗数据有点多此一举吧.
|
|
9
des 2019-10-02 13:28:30 +08:00 via Android
|
Select Language