ruby-on-rails - 在多用户 saas 应用程序中生成序列号

Question

人们如何在典型的 saas 应用程序中为特定用户生成 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

它适用于用户(如果每个用户有几个同时运行的交易)但不适用于公司(例如，当您需要 companys_invoice_numbers 时)，因为同一公司内不同用户的交易可能会相互阻塞，并且会有此表中的性能瓶颈。

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

1) 排除您用于从长时间运行的事务中获取新数字的过程。 假设insert invoice 过程是一个具有复杂服务器的长时间运行的事务-端逻辑。在这种情况下，您首先获取一个新的 id ，然后在单独的交易中插入新的发票。如果上次交易回滚，自动编号不会减少。但是user_invoice_numbers不会被长时间锁定，所以很多并发用户可以同时插入发票

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

好吧，如果我的优化建议对于您的项目来说似乎过于复杂，那么现在就忘掉它吧，直到您真正遇到性能问题为止。在大多数项目中，使用附加表的简单方法会运行得非常快。