Postgresql 存储供应商唯一ID的更好方法

Postgresql 存储供应商唯一ID的更好方法,postgresql,rabbitmq,message-queue,Postgresql,Rabbitmq,Message Queue,有多个供应商向我提供了供应商id的批量列表,我需要为该供应商的订单分配这些id。这些id不可重复使用。更像是供应商端的唯一id 目前,我将其存储在RabbitMQ中,对于每个插入,我将在请求中获得一个特定于供应商的id并保存它。我有时会收到批量请求,每次需要获得100个ID 我正在使用Scala进行开发 我能想到的另一种选择是使用布尔列的DB。使用存储的进程按请求返回记录 更好的方法是什么。欢迎您提出任何其他建议我不明白您到底想实现什么目标。你在兔子身上储存什么?我的供应商A给我发来的id是10

有多个供应商向我提供了供应商id的批量列表,我需要为该供应商的订单分配这些id。这些id不可重复使用。更像是供应商端的唯一id

目前,我将其存储在RabbitMQ中,对于每个插入,我将在请求中获得一个特定于供应商的id并保存它。我有时会收到批量请求,每次需要获得100个ID

我正在使用Scala进行开发

我能想到的另一种选择是使用布尔列的DB。使用存储的进程按请求返回记录


更好的方法是什么。欢迎您提出任何其他建议

我不明白您到底想实现什么目标。你在兔子身上储存什么?我的供应商A给我发来的id是100011000310004。。。作为他的参考号。因此,当我为该供应商预订订单时,我需要指定他的编号。例如,请求(QuoteA)将以(ID1,VendorA,10001)响应,另一个请求将以(ID2,VendorA,10002)响应。一旦它们被使用,我就不应该把它们重新分配。我正在存储(供应商A的队列中有1000120003)您的供应商是否使用RabbitMQ向您发送id?如果有人请求,他们会提供每个1000 id的csv文件。我现在把它们放在Rabbit MQ中。想知道RabbitMQ是否是理想的解决方案吗?我认为RabbitMQ不是一个好的解决方案。RabbitMQ不是数据存储,健康的兔子是空的。一旦使用了ID,就不应该将其重新分配。但是,供应商可以发送两次相同的id吗?