目前考虑的解决方案复杂度都较高
理论上来说第一种的处理方式会更好一点,但是基于上线了一些时间的项目,只能用第二种;
还有哪些处理方式呢,这些解决方式会不会带来什么问题
1
JerryX 2022-12-06 12:38:50 +08:00
合并是为了解决多渠道账号关联同一组 resource ,还是每个渠道账号关联有各自的 resource 。
先说说出发点、现状、问题,具体问题还是要具体分析 |
3
fkdtz 2022-12-06 13:52:33 +08:00
这种事一旦开了合并的口子,后面一堆事儿。
例如用户根本不明白也不理解什么是账户合并,看到按钮就是一通点,之后发现账户里面数据不对了可能就会客服反馈,然后你就等着回滚吧。 建议搞成手机号登录为主,其他登录渠道都是与手机号绑定的关系,这样用户理解起来也容易,数据也不会乱,开发起来也容易一些。 |
4
JerryX 2022-12-06 13:53:30 +08:00
不了解你的业务背景,按我的理解:
有一个用户主表,你是打算增加一个用户渠道表,合并操作应该是停用原用户表的数据,在用户渠道表增加一条记录? |
5
edis0n0 2022-12-06 13:55:17 +08:00
我见过的平台都是禁止合并的,要合并只能留一个主账号,剩下的账号注销,然后去主账号绑定
|
6
julyclyde 2022-12-06 14:19:59 +08:00
而且还有合并“过来”和合并“过去”的区别,很多系统在提示信息方面差的一塌糊涂
|
7
optional 2022-12-06 14:24:28 +08:00 via iPhone
考虑下你要合并的资源哪些是必须合并的,哪些是可以放弃的,可以放弃的就当注销处理
|
8
vitoliu 2022-12-06 15:02:14 +08:00 via iPhone 1
关联用户设置新 id ,新用户 id 通过 canal 离线任务关联现有的用户数据。灰度验证。
|
9
dallaslu 2022-12-06 15:44:38 +08:00 1
![]( https://www.plantuml.com/plantuml/dpng/SoWkIImgAStDuKhEIImkLWZEpqqjoSZCIw_cKW22WAByjCoSL8K22CrL2r465uUe2YrEBL8e1H8mUOX8DPphM5gIaL-KMPLOafcVXqKJ5znQAwi2gD6wkbemQxYWj9KLI3rO9XIa4SLOY2HSpY4rBmNeBG00)
合并时把 User B 的 全部 Profile 和 Authorization 重新关联到 User A 即可,而且这种合并是理论可逆的。进一步,资源都适当地按组分配到 Profile , 还能来回 Push 资源。 <//www.plantuml.com/plantuml/dpng/SoWkIImgAStDuKhEIImkLWZEpqqjoSZCIw_cKW22WAByjCoSL8K22CrL2r465uUe2YrEBL8e1H8mUOX8DPphM5gIaL-KMPLOafcVXqKJ5znQAwi2gD6wkbemQxYWj9KLI3rO9XIa4SLOY2HSpY4rBmNeBG00> |
10
ipwx 2022-12-06 15:52:36 +08:00
|
11
kkhaike 2022-12-06 17:34:44 +08:00 1
建议干死这个产品
或者增加必备资料的导入 /导出 |