Aplicar combinação não exclusiva de colunas, onde a combinação é necessária

Como alguém sugeriu, o melhor é consertar o modelo. Muitas vezes é possível usar view + em vez de gatilhos para compatibilidade com versões anteriores.

Se não for possível e seu objetivo for evitar a adição de dados malformados, você poderá usar um gatilho:

create table T
( someid int not null primary key
, imageid char(1) not null
, imageurl varchar(100) not null
);  

CREATE TRIGGER trg ON T  
FOR INSERT
AS
IF  EXISTS(SELECT NULL FROM T x 
           JOIN inserted y 
               ON x.imageid = y.imageid 
               AND x.imageurl <> y.imageurl)
BEGIN
        RAISERROR('Image exists with conflicting url', 16, 1)
        ROLLBACK TRAN
        RETURN
END;

Você provavelmente deveria adicionar um para a atualização também

insert into T (someid, imageid, imageurl) 
values (1, 'a', 'a.com'), (2, 'a', 'a.com'), (3, 'b', 'b.com');

insert into T (someid, imageid, imageurl)
values (4, 'b', 'a.com');

Msg 50000 Level 16 State 1 Line 10
Image exists with conflicting url
Msg 3609 Level 16 State 1 Line 1
The transaction ended in the trigger. The batch has been aborted.

Violino

Usar um modelo de banco de dados relacional teria evitado esse problema. A dificuldade de converter os dados e adaptar o aplicativo é o preço a pagar pelo design inicial incorreto.

Dito isto, você pode impor a restrição necessária ao arranjo existente usando uma visão materializada:

CREATE TABLE dbo.T 
(
    Id integer NOT NULL,
    ImageId char(1) NOT NULL, 
    ImageUrl varchar(900) NOT NULL
);
GO
CREATE OR ALTER VIEW dbo.ValidComboT
WITH SCHEMABINDING AS
SELECT 
    ImageId, 
    ImageUrl,
    NumRows = COUNT_BIG(*)
FROM dbo.T
GROUP BY 
    ImageId,
    ImageUrl;
GO
CREATE UNIQUE CLUSTERED INDEX
    [CUQ dbo.ValidComboT ImageId, ImageUrl]
ON dbo.ValidComboT 
    (ImageId, ImageUrl);
GO
CREATE UNIQUE NONCLUSTERED INDEX
    [UQ dbo.ValidComboT ImageId]
ON dbo.ValidComboT 
    (ImageId);
GO
CREATE UNIQUE NONCLUSTERED INDEX
    [UQ dbo.ValidComboT ImageUrl]
ON dbo.ValidComboT 
    (ImageUrl);
GO

Teste:

-- Succeeds
INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (1, 'a', 'a.com');

INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (2, 'a', 'a.com');

INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (3, 'b', 'b.com');
GO
-- Reset
DELETE dbo.T;

-- Fails
INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (1, 'a', 'a.com');

INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (2, 'b', 'a.com');
GO
-- Reset
DELETE dbo.T;

-- Fails
INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (1, 'a', 'a.com');

INSERT dbo.T (Id, ImageId, ImageUrl) 
VALUES (2, 'a', 'b.com');

Saída:

(3 rows affected)

Msg 2601, Level 14, State 1
Cannot insert duplicate key row in object 'dbo.ValidComboT' 
  with unique index 'UQ dbo.ValidComboT ImageUrl'. 
  The duplicate key value is (a.com).
The statement has been terminated.

Msg 2601, Level 14, State 1
Cannot insert duplicate key row in object 'dbo.ValidComboT' 
  with unique index 'UQ dbo.ValidComboT ImageId'. 
  The duplicate key value is (a).
The statement has been terminated.

O limite para o comprimento da chave de índice clusterizado é de 900 bytes, portanto, isso só funcionará se a combinação de ImageId e ImageUrl se ajustar a isso.

Esta solução adiciona um pequeno custo a cada modificação de dados que afeta a visualização. Há também um requisito de armazenamento para as linhas materializadas. Por outro lado, você pode achar as informações da visualização úteis para outras consultas. O mecanismo de banco de dados também pode fazer uso dele.

db<> demonstração de violino

Considerações

O mecanismo de banco de dados cuida de todos os detalhes necessários para manter a visão materializada sincronizada com a tabela base.

Se você codificar sua própria solução (por exemplo, usando um gatilho), você assume a responsabilidade de cobrir todos os casos extremos que podem ocorrer sob alta simultaneidade. Isso nem sempre é trivial. Duas sessões podem verificar uma linha conflitante ao mesmo tempo, concluir que ela não existe e, em seguida, ambas inserem com base nisso, resultando em uma duplicata não detectada.

Por outro lado, a segurança extra incorporada na manutenção da visualização tem um custo para a simultaneidade potencial. Se muitas linhas na tabela base forem resumidas em uma única linha de visualização, bloqueios adicionais poderão ocorrer devido a essa 'concentração de bloqueio'. Os impasses também são uma possibilidade, embora a indexação correta possa mitigar isso.

Manter uma visão indexada normalmente é um pouco mais rápido do que um acionador porque os operadores de plano necessários para manter a visão são inseridos no plano para a instrução de alteração de dados. Um gatilho requer controle de versão de linha e sua lógica é executada em um contexto SQL separado. O custo é semelhante à execução de comandos SQL adicionais.

A visualização materializada valida todos os dados da tabela base quando ela é criada. Os gatilhos só se aplicam a linhas adicionadas ou modificadas depois que os gatilhos são criados e enquanto permanecem ativados. As inserções em massa na tabela ignorarão os gatilhos de disparo por padrão.

Todas estas são generalizações e não uma lista completa das considerações. Você precisa testar as diversas abordagens em seu ambiente. Ou faça a transição para um bom design onde nenhuma dessas brincadeiras seja necessária.

Crie uma Imagesmesa. ImageIdé a chave primária. Crie um índice exclusivo adicional na ImageUrlcoluna.

A tabela Data pode então ter Id, e ImageIdcomo chave estrangeira para a tabela Images.