Сложное многостоечное уникальное ограничение

Question

У меня есть таблица с 10 столбцами, но для этого нужны только 3 столбца. Представьте мой стол выглядит следующим образом:

CREATE TABLE MyTable (RowID int IDENTITY(1,1), UserID int, NodeID int, RoleID int) 

Что мне нужно, это ограничение, которое навязывает следующее: UserID и Идентификатор роли должны быть уникальными для каждого NodeID (т.е. пользователь не может иметь такую ​​же роль в нескольких узлах). Другими словами, я хочу, чтобы

INSERT MyTable (UserID, NodeID, RoleID) SELECT 1, 1, 1 

, но не позволяют

INSERT MyTable (UserID, NodeID, RoleID) SELECT 1, 2, 1 

если первая вставка произошло потому, что приведет к тому, что пользователь, имеющий роль в нескольких узлах.

Надеюсь, это просто, и я просто делаю его более сложным, чем это должно быть в моем мозгу.

Answer 1

Поскольку ваше ограничение зависит от данных в других строках, это исключает фильтрованный индекс. ИМО жизнеспособным вариантом может быть триггер. Такой триггер может выглядеть примерно так:

CREATE TRIGGER dbo.MyTrigger ON dbo.Q1 
    AFTER INSERT, UPDATE 
AS 
    DECLARE @userId INT, @Id INT, @roleId INT, @exists INT; 

    SELECT TOP 1 
      @userId = userID 
      ,@roleId = roleID 
      ,@Id = Id 
    FROM inserted;  

    SELECT TOP 1 
      @exists = Id 
    FROM Q1 
    WHERE userId = @userId 
      AND roleID = @roleID AND Id<> @Id;  

    IF ISNULL(@exists, 0) > 0 
     BEGIN   
      -- you would want to either undo the action here when you use an 'after' trigger 
      -- because as the name implies ... the after means the record is allready inserted/updated   
      RAISERROR ('No way we would allow this.', 16, 1); 
     END 
     -- else 
     -- begin 
      -- another alternative would be to use a instead of trigger, which means the record 
      -- has not been inserted or updated and since that type of trigger runs the trigger 'instead of' 
      -- updating or inserting the record you would need to do that yourself. Pick your poison ... 
     -- end 
GO 

Answer 2

Уникальный индекс должен обеспечить соблюдение ваших требований

CREATE UNIQUE NONCLUSTERED INDEX [idx_Unique] ON [dbo].[MyTable] 
(
    [UserID] ASC, 
    [NodeID] ASC, 
    [RoleID] ASC 
) 

Из комментариев, которые я полагаю, вы будете нуждаться в два уникальных индексах

CREATE UNIQUE NONCLUSTERED INDEX [idx_User_Node] ON [dbo].[MyTable] 
(
    [UserID] ASC, 
    [NodeID] ASC 
) 
GO 
CREATE UNIQUE NONCLUSTERED INDEX [idx_User_Role] ON [dbo].[MyTable] 
(
    [UserID] ASC, 
    [RoleID] ASC 
)