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