Question

人们如何在典型的saas应用程序中为特定用户生成auto_incrementing整数？

例如，特定用户的所有发票的发票编号应为auto_incrementing并从1开始。在这种情况下，不能使用rails id字段，因为它在所有用户之间共享。

在我的头脑中，我可以计算用户拥有的所有发票，然后加1，但有没有人知道更好的解决方案？

Answer 1

任何关系数据库的典型解决方案可以是类似

的表

user_invoice_numbers (user_id int primary key clustered, last_id int)

和存储过程或SQL查询，如

update user_invoice_numbers set last_id = last_id + 1 where user_id = @user_id
select last_id from user_invoice_numbers where user_id = @user_id

它适用于用户（如果每个用户都有一些同时运行的事务）但不适用于公司（例如当你需要companies_invoice_numbers时），因为同一公司内不同用户的交易可能会相互阻塞而且会有这个表中的性能瓶颈。

您应该检查的最重要的功能要求是是否允许您的系统在发票编号中有间隙。当您使用标准auto_increment时，您允许间隙，因为在大多数数据库中我知道，当您回滚事务时，递增的数字将不会回滚。考虑到这一点，您可以使用以下指南之一来提高性能

1）排除用于从长时间运行的事务中获取新号码的过程。我们假设插入发票过程是一个长期运行的事务与复杂的服务器 - 逻辑。在这种情况下，您首先获得一个新的ID，然后在单独的事务中插入新的发票。如果最后一笔交易将被回滚，则自动编号不会减少。但是user_invoice_numbers不会长时间锁定，因此很多同时用户可以同时插入发票

2）不要使用传统的事务数据库来存储每个用户的最后一个id的数据。当你需要维护简单的键和值列表时，有很多小而快的数据库引擎那可以帮到你。 List of Key/Value databases。可能memcached最受欢迎。在过去，我看到了使用Windows注册表甚至文件系统实现简单键/值存储的项目。有一个目录，每个文件名都是键，每个文件里面都是最后一个id。而这个粗略的解决方案仍然比使用SQL表更好，因为锁很快发布和释放，并且没有涉及事务范围。

好吧，如果我的优化建议似乎对您的项目过于复杂，那么现在就忘掉这一点，直到您实际遇到性能问题。在大多数项目中，使用附加表的简单方法可以非常快速地工作。

Answer 2

您可以引入与“用户”表关联的另一个表，该表跟踪用户的最新发票号。但是，读取此值将导致数据库查询，因此您也可以只计算用户的发票并按照建议添加一个。无论哪种方式，它都是数据库命中。

Answer 3

如果发票号码对于每个用户/客户是独立的，则似乎在与用户相关联的某个持久存储（例如，DB记录）中具有“lastInvoice”字段是非常不可避免的。然而，这可能导致对“最新”数字的争论。

如果我们发送用户发票1,2,3和5并且从不向他们发送发票，那真的很重要吗？ 4？如果你能稍微放宽一下这个要求。

如果要求实际上是“每个发票编号必须是唯一的”，那么我们可以查看所有正常的ID生成技巧，这些可以非常有效。

确保数字具有顺序性会增加复杂性，是否会增加商业利益？

Answer 4

我刚上传了一个可以解决您需求的宝石（迟了几年比从未好过！）：）

https://github.com/alisyed/sequenceid/

Answer 5

不确定这是否是最佳解决方案，但您可以将最后一个发票ID存储在用户上，然后在为该用户创建新发票时使用该ID来确定下一个ID。但是这个简单的解决方案可能存在完整性问题，需要小心。

Answer 6

您真的想以增量格式生成发票ID吗？这不会打开安全漏洞（如果用户可以猜测发票号码生成，他们可以在请求中更改它并可能导致信息泄露）。理想情况下，我会随机生成数字（并跟踪使用过的数字）。这也可以防止碰撞（因为数字是在一个范围内随机分配的，所以可以减少碰撞的机会。）

在多用户saas应用程序中生成序列号

6 个答案: