问一个消息队列的问题

[Yuicon]

现在有很多仓库本地电脑会创建一些例如设备这样的对象，需要发送消息到消息队列让云端管理也创建一个一样的对象。现在问题的两个对象在数据库里的 id 是不一样的，云端要用怎样的方式把云端数据库的 id 传给本地数据库比较好？本地没有公网 ip，所以无法回调。

[Yuicon]

目前自己的想法是搞个新的队列让客户端订阅去存 id，但是这样就很浪费，可能这个消息只发给一个客户端，这样所有的客户端都收到了

[Yuicon]

没有人么。。

[swuzjb]

分布式主键生成策略？ 没看懂你的问题

[Yuicon]

@swuzjb 依赖了框架的 orm 所以主键用的是数据库自动生成的
我的问题是客户端发送消息后，有什么好的方法拿到云端根据消息创建记录后生成的主键

[coffeSlider]

写一个接口做 id 映射。

[h8743]

啥数据库？ mybatis mysql 自带新增返回 id

[Yuicon]

@coffeSlider 走消息队列后就是异步的了 新问题在于什么时候去做映射这一步

[Yuicon]

@h8743 兄弟 拿 id 是可以做到的 问题是怎么传给客户端

[Yuicon]

最后我的解决方案是搞个新队列，把带 id 的对象发布上去

[Nasei]

可以搞一个两边都能访问的数据库…云端建完了就写一个本地 id 和云端 id 的记录，本地间隔去查

[Yuicon]

@Nasei 这样感觉消耗有点大，本地有很多也怕这个数据库有性能问题

对象现在基本都有唯一的 code 字段，其实是一开始设计的问题，因为前期开发用的 orm 就依赖了数据库自动生成的 id，所以就有这么蛋疼的事情

[Nasei]

@Yuicon 从队列发回来也是可以的，就变了一个基于队列的 rpc 了

[Yuicon]

@Nasei 嗯 感觉唯一缺点就是我不需要广播 一个消息应该精准的发给需要的客户端

[rrfeng]

『两个对象在数据库里的 id 是不一样的』
你让他一样不就行了吗？？？

数据库里的自增 id 无所谓啊，加一个字段不就行了？关键是客户端生成的 id 是不是唯一的？

[Yuicon]

@rrfeng 你说的这个我是搞了一个唯一的 code 字段，问题是业务里用了很 orm 的东西，强依赖了这个自增 id
比如我要创建一个对象，必须要传入对应的外键 id 才行