在多用户saas应用程序中生成序列号
人们如何在典型的saas应用程序中为特定用户生成auto_incrementing整数？
例如，特定用户的所有发票的发票编号应为auto_incrementing并从1开始。在这种情况下，rails id字段不能使用，因为它在所有用户之间共享。
在我的头脑中，我可以计算用户拥有的所有发票，然后添加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时），因为来自同一公司内部不同用户的事务可能会相互阻塞，并且会出现性能瓶颈在这张表中。
您应该检查的最重要的function要求是您的系统是否允许在发票编号中有间隙 。 当您使用标准auto_increment时，您允许间隙，因为在大多数数据库中我知道，当您回滚事务时，递增的数字将不会回滚。 考虑到这一点，您可以使用以下指南之一来提高性能
1） 排除用于从长时间运行的事务中获取新数字的过程。 让我们假设插入发票程序是一个长期运行的事务，具有复杂的服务器端逻辑。 在这种情况下，您首先获得一个新的ID，然后在单独的事务中插入新的发票。 如果最后一笔交易将被回滚，则自动编号不会减少。 但是user_invoice_numbers不会被长时间锁定，因此很多同时用户可以同时插入发票
2） 不要使用传统的事务数据库来存储每个用户的最后一个id的数据。 当您需要维护简单的键和值列表时，有许多小而快的数据库引擎可以帮助您。 键/值数据库列表 。 memcached可能是最受欢迎的。 在过去，我看到了使用Windows注册表甚至文件系统实现简单键/值存储的项目。 有一个目录，每个文件名都是键，每个文件里面都是最后一个id。 而这个粗略的解决方案仍然比使用SQL表更好，因为锁很快发布和释放，并且不涉及事务范围。
好吧，如果我的优化建议似乎对您的项目过于复杂，那么现在就忘掉这一点，直到您实际遇到性能问题。 在大多数项目中，使用附加表的简单方法将非常快速地工作。
您可以引入与“用户”表关联的另一个表，该表跟踪用户的最新发票号。 但是，读取此值将导致数据库查询，因此您可能只是计算用户的发票并按照您的建议添加一个。 无论哪种方式，它都是数据库命中。
如果发票号对于每个用户/客户是独立的，则看起来在与用户相关联的某个持久存储（例如，DB记录）中具有“lastInvoice”字段是非常不可避免的。 然而，这可能导致对“最新”数字的争论。
如果我们发送用户发票1,2,3和5并且从不向他们发送发票4，这真的很重要吗？ 如果你能放松一下这个要求。
如果要求实际上是“每个发票号码必须是唯一的”，那么我们可以查看所有正常的ID生成技巧，这些可以非常有效。
确保数字具有顺序性会增加复杂性，是否会增加商业利益？
我刚刚上传了一个可以解决你需求的gem（迟了几年比从来没有好！）:)
不确定这是否是最佳解决方案，但您可以将最后一个发票ID存储在用户上，然后在为该用户创建新发票时使用该ID来确定下一个ID。 但是这个简单的解决方案可能存在完整性问题，需要小心。
您真的想以增量格式生成发票ID吗？ 这不会打开安全漏洞（如果用户可以猜测发票号码生成，他们可以在请求中更改它并可能导致信息泄露）。 理想情况下，我会随机生成数字（并跟踪使用过的数字）。 这也可以防止碰撞（因为数字是在一个范围内随机分配的，所以可以减少碰撞的机会）。