Por que uma tabela do SQL Server não pode ter mais de uma coluna IDENTITY?

Eu não acho que haja algum motivo "interno" real. Os metadados são armazenados no nível da coluna, não no nível da tabela. Seria necessário repensar as funções escalares, como a scope_identity()sintaxe da pseudocoluna, pois $identityagora haveria ambiguidades.

Filosoficamente, se o objetivo identityé produzir algo que identifica exclusivamente uma entidade, por que você precisaria de dois valores calculados arbitrários diferentes atuando nessa função?

E onde está o benefício afinal? Este é um site falso, então vou repetir meu exemplo de SO .

Uma coluna de identidade no SQL Server tem uma semente e um incremento automático. Sempre poderíamos calcular qual deveria ser o segundo valor de id hipotético se soubéssemos o valor da primeira coluna de id de qualquer maneira.

por exemplo, se isso fosse uma sintaxe legal

create table #foo
(
bar int identity(1,10),
baz int identity(1000,1)
)

Não precisaríamos armazenar baz, pois ele poderia ser calculado a partir de bar da seguinte maneira.

baz = 1000 + (bar-1)/10

Desde o SQL Server 2012, você pode se desvencilhar e adicionar quantas colunas quiser em uma tabela usando padrões de sequência. Por exemplo:

CREATE SEQUENCE dbo.Sequence1 
    AS integer 
    START WITH 1 
    INCREMENT BY 1 
    MAXVALUE 1000 
    CYCLE 
    CACHE 50;

CREATE SEQUENCE dbo.Sequence2 
    AS decimal(5,0) 
    START WITH 5
    INCREMENT BY 10
    MAXVALUE 250 
    CYCLE 
    CACHE 50;

CREATE TABLE dbo.T
(
    id integer NOT NULL DEFAULT NEXT VALUE FOR dbo.Sequence1, 
    id2 decimal(5,0) NOT NULL DEFAULT NEXT VALUE FOR dbo.Sequence2, 
);

INSERT dbo.T DEFAULT VALUES;
INSERT dbo.T DEFAULT VALUES;
INSERT dbo.T DEFAULT VALUES;

SELECT * FROM dbo.T;

DROP TABLE dbo.T;

DROP SEQUENCE 
    dbo.Sequence1, 
    dbo.Sequence2;

Em vez disso, você poderia usar uma coluna computada , começando em algum valor mais o valor id:

CREATE TABLE dbo.TwoIdentity (id INT IDENTITY (1,1) NOT NULL, SecondID AS 100+id, TEXT VARCHAR(50) NULL)