在 C# 中为多用户环境生成发票编号

Question

我正在使用 Max 函数生成发票编号，并将最后一个发票编号加 1。非常简单。但我将此应用到多用户环境中遇到问题。因为两个用户同时打开一个发票窗口都可以获得相同的 ID，所以发票号应该是第一个出现而不是最后一个，所以我不能使用身份（自动生成 ID）作为发票号。我想在 C# 中为多用户环境窗口窗体应用程序生成发票编号...

另一个问题是两个用户同时访问和更新同一记录会发生什么。

我希望你能理解这个问题。我阅读了有关乐观与悲观锁定的信息，但我需要一个解决方案。所以有人可以回复我吗

Answer 1

有一个不同的数据库表来存储最大发票编号。 当用户打开发票窗口时，运行一个存储过程来：

• 锁定表格
• 获取当前号码
• 存储当前+1号
• 解锁表
• 返回当前+1号

这将确保即使有同时存在的请求，您也将始终获得唯一的发票编号。

另一方面： 1. 这个存储过程不能同时为多个用户运行，所以在高流量的情况下会成为瓶颈。 2.发票号码会有空洞——发票被取消的空洞。

如果您对这种方法不满意，则必须在保存时生成发票编号，这将是一个 IDENTITY 列，但您提到用户希望在开始工作时看到发票编号发票。

更新：

我发现一篇优秀的文章使用sp_getapplock 详细说明了上述方法。文章链接是HERE。我建议使用这种方法。

Answer 2

通常问题是您的应用程序提出了不好的要求并且方法不合适。

• 发票编号不应在创建发票进行编辑时分配，而是在将其放入系统进行交易时分配。这样中止不会留下间隙。

• 收集发票详细信息，然后通过存储过程创建插入，该存储过程放置适当的锁。这很简单 - 如果您知道如何在相关表上加锁，或为此 SP 使用应用锁。

通常这是存储过程有意义的少数几个地方之一。生成包含 0 个行项目的未记帐发票，以便您的应用程序可以添加详细信息。瞧，问题解决了。如果用户中止，请将发票标记为“已取消”并完成。

Answer 3

自动增量列是最佳解决方案。这就是我们在 SQL Server 中所说的 Identity 列。

如果在您的情况下您无法使用它，您可以在服务器端代码中创建一个线程安全的方法，以基于静态属性生成发票 ID。 确保您在单实例模式下使用服务。

static long invoiceId = getMaxFunction();
...
...
public long GenerateInvoiceId()
{
    lock(this)
    {
        return invoiceId++;
    }
}