Можно ли добавить логическое ограничение во внешний ключ?

Question

Можно ли добавить логическое ограничение во внешний ключ?

У меня есть две таблицы, и я добавил ограничение внешнего ключа. Кьюл - прекрасно работает. Теперь возможно ли дополнительно ограничить эту связь с некоторыми данными в родительской таблице?

В основном, у меня есть животные в родительской таблице, а для дочерней таблицы они должны содержать только те данные, где родительскими данными являются... гм... млекопитающие.

например.

Animals
^^^^^^^
AnimalId INT PK NOT NULL IDENTITY
AnimalType TINYINT NOT NULL -- 1: Mammal, 2:Reptile, etc..
Name

Mammals
^^^^^^^
AnimalId INT PK FK NOT NULL
NumberOfMammaryGlads TINYINT NOT NULL

Итак, я хочу убедиться, что AnimalId может быть только типа Animals.AnimalType = 1

Это возможно??

Я не хочу позволять кому-то пытаться вставить информацию о рептилии в дочернюю таблицу...

Ура:)

Редактировать:

Я думал, что должен был использовать Проверочное ограничение (подтвержденное ниже из моих первых двух ответов - ура!), Но я не был уверен, как это сделать (например, синтаксис sql для ссылки на таблицу Animals).

Обновить:

У Алекса есть очень хороший пост (ниже), который сравнивает некоторые из предложений.... очень хорошее чтение!

6

sql t-sql foreign-keys constraints

Источник

user30674 24 июн '09 в 03:05

7 ответов

Решение

Имейте уникальное ограничение на Animals(AnimalId, AnimalType) Добавьте AnimalType к Млекопитающим и используйте проверочное ограничение, чтобы удостовериться, что это всегда 1. Имейте FK, чтобы обратиться к (AnimalId, AnimalType).

6

Источник

user108977 24 июн '09 в 03:27

Вы можете создать CHECK CONSTRAINT в столбце.

ALTER TABLE Mammals
ADD CONSTRAINT CHK_AnimalType CHECK (dbo.fnGetAnimalType(animalId) = 1 );

Теперь вам нужна функция fnGetAnimalType, которая будет возвращать animalType данного animalId.

Вот больше информации от MSDN.

2

Источник

user111934 24 июн '09 в 03:09

Чтобы получить надежную гарантию, вам понадобятся два проверочных ограничения, идущих в обе стороны. Если вы только ограничить Mammals кто-то может обновить Animals.AnimalType и получить данные в несогласованном состоянии.

1

Источник

user126225 25 июн '09 в 05:08

Это похоже на наследование таблиц - я недавно задал вопрос (не могу связать, потому что я здесь слишком новый!), Ответ на который привел к поиску этого решения.

Я работаю с денежными транзакциями, где транзакция является родительской таблицей, а типы транзакций, такие как чек, банковский перевод и CC, являются дочерними таблицами. Используя таблицу поиска для типов транзакций, ограничений внешнего ключа и вычисляемых столбцов, я смог применить ограничение типа для каждой из дочерних таблиц.

Проверьте статью для деталей реализации.

0

Источник

user255008 21 янв '10 в 14:51

Вот альтернативный подход, основанный на методике, обсуждаемой в разделе " Применение сложных ограничений с индексированными представлениями ", для обеспечения выполнения AnimalType ограничение. Преимущество этого подхода состоит в том, что он избегает дополнительного столбца в таблице подтипов; однако, он медленнее, чем составной внешний ключ, представленный в ответе Алексея Кузнецова (хотя и далеко не такой ужасно медленный, как подход UDF).

Я выполнил ту же серию тестов, что и Алексей Кузнецов, но увеличил количество строк с 131 072 до 1 048 576. Вот краткое изложение результатов:

-- No integrity check:                         2488 ms.
-- With composite foreign key:                 4404 ms.
-- With indexed view and unique index:         7063 ms. <- new
-- With check constraint calling scalar UDF:  78304 ms.

Определения схемы:

CREATE TABLE dbo.Mammals4
(
    AnimalId INT NOT NULL PRIMARY KEY
        REFERENCES dbo.Animals (AnimalId),
    SomeOtherStuff VARCHAR(10)
);

CREATE TABLE dbo.TwoRows   -- can be reused for other similar indexed views
(
    n TINYINT NOT NULL PRIMARY KEY
)

INSERT INTO dbo.TwoRows
VALUES (1), (2)

GO

CREATE VIEW dbo.CK_Mammals4 WITH SCHEMABINDING
AS
    SELECT M.AnimalId
    FROM dbo.Mammals4 M
        JOIN dbo.Animals A
            ON A.AnimalId = M.AnimalId
        CROSS JOIN dbo.TwoRows
    WHERE A.AnimalType != 1

GO

CREATE UNIQUE CLUSTERED INDEX CKIX_Mammals4
ON dbo.CK_Mammals4 (AnimalId)

Тесты и результаты:

-- No integrity check:

INSERT INTO dbo.Mammals3 (AnimalId, SomeOtherStuff)
SELECT n, 'some info' FROM dbo.Numbers;

Table 'Mammals3'. Scan count 0, logical reads 2969171, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 1724, physical reads 3, read-ahead reads 1720, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

 SQL Server Execution Times:
   CPU time = 2247 ms,  elapsed time = 2488 ms.

-- With composite foreign key:

INSERT INTO dbo.Mammals2 (AnimalId, AnimalType, SomeOtherStuff)
SELECT n, 1, 'some info' FROM dbo.Numbers;

Table 'Animals'. Scan count 1, logical reads 1432, physical reads 3, read-ahead reads 1428, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Mammals2'. Scan count 0, logical reads 3163291, physical reads 3, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 1724, physical reads 3, read-ahead reads 1720, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

 SQL Server Execution Times:
   CPU time = 3822 ms,  elapsed time = 4404 ms.

-- With indexed view and unique index:

INSERT INTO dbo.Mammals4 (AnimalId, SomeOtherStuff)
SELECT n, 'some info' FROM dbo.Numbers

Table 'CK_Mammals4'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Animals'. Scan count 2, logical reads 4953, physical reads 6, read-ahead reads 4945, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Worktable'. Scan count 2, logical reads 2978842, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Mammals4'. Scan count 0, logical reads 3162616, physical reads 3, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 1724, physical reads 3, read-ahead reads 1720, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

 SQL Server Execution Times:
   CPU time = 6209 ms,  elapsed time = 7063 ms.

-- With check constraint calling scalar UDF:

INSERT INTO dbo.Mammals (AnimalId, SomeOtherStuff)
SELECT n, 'some info' FROM dbo.Numbers;

Table 'Mammals'. Scan count 0, logical reads 2969171, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 1724, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

 SQL Server Execution Times:
   CPU time = 77424 ms,  elapsed time = 78304 ms.

0

Источник

user1149773 16 авг '14 в 16:53

Я думаю, что вы хотите использовать ограничение проверки в таблице млекопитающих.

http://msdn.microsoft.com/en-us/library/ms188258.aspx

0

Источник

user109103 24 июн '09 в 03:09

Другие вопросы по тегам sql t-sql foreign-keys constraints

user108977 24 июн '09 в 14:21 2009-06-24 14:21 · Accepted Answer · 2009-06-24 14:21

Я провел небольшой тест - в этом случае подход с UDF работает почти в 100 раз медленнее.

Издержки FK во время процессора = 375 мс - 297 мс = 78 мс

Издержки UDF в ЦП = 7750 мс - 297 мс = 7453 мс

Вот код Sql...

- установить вспомогательную таблицу Numbers с 128K строками:

CREATE TABLE dbo.Numbers(n INT NOT NULL PRIMARY KEY)
GO
DECLARE @i INT;
SET @i = 1;
INSERT INTO dbo.Numbers(n) SELECT 1;
WHILE @i<128000 BEGIN
  INSERT INTO dbo.Numbers(n)
    SELECT n + @i FROM dbo.Numbers;
  SET @i = @i * 2;
END;
GO

-- столы

CREATE TABLE dbo.Animals
(AnimalId INT NOT NULL IDENTITY PRIMARY KEY,
AnimalType TINYINT NOT NULL, -- 1: Mammal, 2:Reptile, etc..
Name VARCHAR(30))
GO
ALTER TABLE dbo.Animals
ADD CONSTRAINT UNQ_Animals UNIQUE(AnimalId, AnimalType)
GO
CREATE FUNCTION dbo.GetAnimalType(@AnimalId INT)
RETURNS TINYINT
AS
BEGIN
DECLARE @ret TINYINT;
SELECT @ret = AnimalType FROM dbo.Animals
  WHERE AnimalId = @AnimalId;
RETURN @ret;
END
GO
CREATE TABLE dbo.Mammals
(AnimalId INT NOT NULL PRIMARY KEY,
SomeOtherStuff VARCHAR(10),
CONSTRAINT Chk_AnimalType_Mammal CHECK(dbo.GetAnimalType(AnimalId)=1)
);
GO

--- заполняется UDF:

INSERT INTO dbo.Animals
  (AnimalType, Name)
SELECT 1, 'some name' FROM dbo.Numbers;
GO
SET STATISTICS IO ON
SET STATISTICS TIME ON
GO
INSERT INTO dbo.Mammals
(AnimalId,SomeOtherStuff)
SELECT n, 'some info' FROM dbo.Numbers;

результаты:

SQL Server parse and compile time: 
CPU time = 0 ms, elapsed time = 2 ms.
Table 'Mammals'. Scan count 0, logical reads 272135, 
    physical reads 0, read-ahead reads 0, lob logical reads 0, 
    lob physical reads 0, lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 441, physical reads 0, 
    read-ahead reads 0, lob logical reads 0, lob physical reads 0, 
    lob read-ahead reads 0.

SQL Server Execution Times:
    CPU time = 7750 ms,  elapsed time = 7830 ms.

(131072 row(s) affected)

--- заселение ФК:

CREATE TABLE dbo.Mammals2
(AnimalId INT NOT NULL PRIMARY KEY,
AnimalType TINYINT NOT NULL,
SomeOtherStuff VARCHAR(10),
CONSTRAINT Chk_Mammals2_AnimalType_Mammal CHECK(AnimalType=1),
CONSTRAINT FK_Mammals_Animals FOREIGN KEY(AnimalId, AnimalType)
  REFERENCES dbo.Animals(AnimalId, AnimalType)
);

INSERT INTO dbo.Mammals2
(AnimalId,AnimalType,SomeOtherStuff)
SELECT n, 1, 'some info' FROM dbo.Numbers;

результаты:

SQL Server parse and compile time: 
   CPU time = 93 ms, elapsed time = 100 ms.
Table 'Animals'. Scan count 1, logical reads 132, physical reads 0,
    read-ahead reads 0, lob logical reads 0, lob physical reads 0, 
    lob read-ahead reads 0.
Table 'Mammals2'. Scan count 0, logical reads 275381, physical reads 0,
   read-ahead reads 0, lob logical reads 0, lob physical reads 0, 
   lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 441, physical reads 0,
   read-ahead reads 0, lob logical reads 0, lob physical reads 0, 
   lob read-ahead reads 0.

SQL Server Execution Times:
   CPU time = 375 ms,  elapsed time = 383 ms.

- заселение без какой-либо целостности:

CREATE TABLE dbo.Mammals3
(AnimalId INT NOT NULL PRIMARY KEY,
SomeOtherStuff VARCHAR(10)
);
INSERT INTO dbo.Mammals3
(AnimalId,SomeOtherStuff)
SELECT n,  'some info' FROM dbo.Numbers;

результаты:
Время анализа и компиляции SQL Server: время ЦП = 1 мс, прошедшее время = 1 мс.

SQL Server Execution Times:
   CPU time = 0 ms,  elapsed time = 66 ms.
Table 'Mammals3'. Scan count 0, logical reads 272135, physical reads 0,
    read-ahead reads 0, lob logical reads 0, lob physical reads 0,
    lob read-ahead reads 0.
Table 'Numbers'. Scan count 1, logical reads 441, physical reads 0, 
    read-ahead reads 0, lob logical reads 0, lob physical reads 0, 
    lob read-ahead reads 0.

SQL Server Execution Times:
   CPU time = 297 ms,  elapsed time = 303 ms.

(131072 row(s) affected)

Издержки FK во время процессора = 375 мс - 297 мс = 78 мс
Издержки UDF в ЦП = 7750 мс - 297 мс = 7453 мс