SQL Server两个字段的唯一组合键，第二个字段自动递增

我有以下问题，我想使用组合主键，比如：

PRIMARY KEY (`base`, `id`);

当我插入一个

base

时，要基于相同

base

的上一个

id

自动递增的id

例如：

base   id
A      1
A      2
B      1
C      1

当我说：

插入表（基本）值（'A'）

插入id为

3的新记录，因为这是
base
'a'的下一个id

结果表应为：

base   id
A      1
A      2
B      1
C      1
A      3

是否可以在DB上完全执行此操作，因为如果以编程方式执行此操作，可能会导致赛车状况

编辑

base
当前表示公司，
id
表示发票号。每个公司都应该有自动递增的发票号，但也可能有两个公司的发票号相同的情况。登录公司的用户应该能够根据这些发票编号进行排序、筛选和搜索。
您可以在插入前使用触发器，并通过使用带有“基本”筛选器的最大值（id）分配下一个值，在这种情况下，该筛选器为“a”。


这将为您提供最大（id）值为2，然后将其增加最大（id）+1。现在将新值推送到“id”字段。插入之前。

我想这可能对你有帮助



MSSQL触发器：
测试表
触发定义
试验
多次执行以下语句，您将看到该组中的下一个可用值将被分配给ID

INSERT INTO MyTable VALUES
('A'),
('B'),
('C')
GO

SELECT * FROM MyTable
GO

自从有人提出类似的问题以来，我一直在思考这个问题。第一个问题是DBs不提供“可分割”序列（这将基于不同的键重新启动/记住）。第二个是提供的
序列
对象是针对快速访问的，并且不能回滚（即，您将获得间隙）。这基本上排除了使用内置实用程序。。。这意味着我们必须自己动手

我们需要的第一件事是一个表来存储序列号。这可能相当简单：

CREATE TABLE Invoice_Sequence (base CHAR(1) PRIMARY KEY CLUSTERED,
                               invoiceNumber INTEGER);

实际上，
base
列应该是一个外键引用，指向定义您为其开具发票的业务/实体的任何表/id。在此表中，您希望每个发布的实体的条目都是唯一的

接下来，您需要一个存储的进程，该进程将获取一个键（
base
），并吐出序列中的下一个数字（
invoiceNumber
）。所需的密钥集会有所不同（即，某些发票号码必须包含发行年份或完整日期），但这种情况的基本形式如下：

CREATE PROCEDURE Next_Invoice_Number @baseKey CHAR(1), 
                                     @invoiceNumber INTEGER OUTPUT 
AS MERGE INTO Invoice_Sequence Stored
              USING (VALUES (@baseKey)) Incoming(base)
                 ON Incoming.base = Stored.base
   WHEN MATCHED THEN UPDATE SET Stored.invoiceNumber = Stored.invoiceNumber + 1
   WHEN NOT MATCHED BY TARGET THEN INSERT (base) VALUES(@baseKey)
   OUTPUT INSERTED.invoiceNumber ;;

请注意：

您必须在序列化事务中运行此操作
交易记录必须与插入目的地（发票）表的交易记录相同

没错，在开具发票号码时，您仍然会收到每笔业务的阻塞。如果发票编号必须是连续的，没有间隙，则无法避免此问题-在实际提交该行之前，它可能会回滚，这意味着发票编号不会发出

现在，由于您不想记住为条目调用过程，请将其封装在触发器中：

CREATE TRIGGER Populate_Invoice_Number ON Invoice INSTEAD OF INSERT
AS 
  DECLARE @invoiceNumber INTEGER
  BEGIN
    EXEC Next_Invoice_Number Inserted.base, @invoiceNumber OUTPUT
    INSERT INTO Invoice (base, invoiceNumber) 
                VALUES (Inserted.base, @invoiceNumber)
  END

（显然，您有更多的列，包括其他应该自动填充的列-您需要填写它们）

…然后你可以简单地说：

INSERT INTO Invoice (base) VALUES('A');

那么我们做了什么？大多数情况下，所有这些工作都是关于减少事务锁定的行数。在提交此插入之前，只有两行被锁定：


Invoice\u序列中的行
维护序列号
新发票的
发票中的行


特定
base
的所有其他行都是免费的-它们可以随意更新或查询（从此类系统中删除信息会让会计师感到紧张）。您可能需要决定当查询通常包括待定发票时应该发生什么…
在后台使用普通的
标识创建一个普通的
\u ID
列，然后将该表隐藏在一个视图后面（按基本顺序按\u ID进行分区），这要容易得多作为ID
。这是可以做到的，但很难做到完全正确（请参阅我对@arjun的评论，如下）。@Damien_不信者，如果我有排序/筛选，这不是很聪明，因为我必须以不同的方式生成它们。此外，我希望能够通过
id
进行搜索，因此如果我不保存它，我必须使用索引，我想这会让事情变得更糟。你为什么觉得需要这个？有一些用例需要实际存储它，但这些用例很少。这些信息代表什么？如果需要可搜索的id，则需要常规的自动生成（唯一值）列。你无论如何都想要指数。你认为这种方法的“好处”是什么？@Clockwork Muse
base
代表一家公司，
id
代表发票号。每个公司都应该有自动递增的发票号，但也可能有两个公司的发票号相同的情况。登录公司的用户应该能够根据这些发票进行排序、筛选和搜索。使用这种方法，您仍然会获得竞争条件，除非您将其包装在事务中，并将隔离级别提高到默认级别以上。事实上，您可能必须将隔离级别提高到可序列化，这会对性能造成严重影响。@rbaryyoung:您是对的，我们还应该注意隔离级别。否则，我们可能无法获得实际的未提交数据。具体地说，问题是，另一个会话可能同时触发相同的触发器，生成相同的
MAX（id）+1
值，然后尝试提交它。其中一个必须失败，触发器和会话将接收失败
CREATE TRIGGER Populate_Invoice_Number ON Invoice INSTEAD OF INSERT
AS 
  DECLARE @invoiceNumber INTEGER
  BEGIN
    EXEC Next_Invoice_Number Inserted.base, @invoiceNumber OUTPUT
    INSERT INTO Invoice (base, invoiceNumber) 
                VALUES (Inserted.base, @invoiceNumber)
  END

INSERT INTO Invoice (base) VALUES('A');