что Внешний ключ, ссылающийся на первичный ключ из 2 столбцов в SQL Server




что такое первичный ключ primary key)? (4)

Таблица Content может содержать несколько повторяющихся значений Application которые нельзя сопоставить с Libraries . Можно ли удалить столбец « Application из индекса первичного ключа Libraries и добавить его в качестве индекса уникального ключа?

Этот вопрос очень похож на этот , но для SQL Server 2005:

У меня есть 2 таблицы в моей базе данных:

--'#' denotes the primary key
[Libraries]
#ID   #Application  Name
 1     MyApp        Title 1
 2     MyApp        Title 2


[Content]
#ID   Application  LibraryID  Content
 10    MyApp       1          xxx
 11    MyApp       1          yyy

(база данных, очевидно, намного сложнее, и иметь этот двойной ключ имеет смысл)

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

При создании ограничения (с помощью мастера) как

Primary key table            Foreign key table
[Libraries]                  [Content]
ID                  --->     LibraryID
Application         --->     Application

У меня есть следующая ошибка:

Столбцы в таблице «Библиотеки» не соответствуют существующему первичному ключу или ограничению UNIQUE.

У вас есть представление о том, что происходит? и возможно ли вообще использовать SQL Server? (Я не могу изменить таблицу [Library] вообще)

Большое спасибо за вашу помощь!


У меня была такая же проблема, и я думаю, что у меня есть решение.

Если ваше поле « Application в таблице Library имеет внешний ключ, который ссылается на поле в другой таблице (названное « Application я бы поставил), то ваше поле « Application в таблице Library также должно иметь внешний ключ для таблицы « Application .

После этого вы можете сделать свой составной внешний ключ.

Извините за мой плохой английский, и извините, если я ошибаюсь.


Обратите внимание, что поля должны быть в том же порядке. Если первичный ключ, на который вы ссылаетесь, указан как (приложение, идентификатор), то ваш внешний ключ должен ссылаться (приложение, идентификатор) и НЕ (идентификатор, приложение), поскольку они рассматриваются как два разных ключа.


Ключ «порядок столбца должен быть одинаковым»

Пример:

create Table A (
    A_ID char(3) primary key,
    A_name char(10) primary key,
    A_desc desc char(50)
)

create Table B (
    B_ID char(3) primary key,
    B_A_ID char(3),
    B_A_Name char(10),
    constraint [Fk_B_01] foreign key (B_A_ID,B_A_Name) references A(A_ID,A_Name)
)

порядок столбцов в таблице A должен быть -> A_ID затем A_Name ; определение внешнего ключа должно следовать тому же порядку.





foreign-key-relationship