Нужен ли отдельный столбец Id для этой таблицы «сопоставления»?

У меня есть таблица Producersи таблица Products, которые имеют вид:

• Id - int, первичный ключ
• Name - нварчар

Производитель может нести несколько Продуктов, поэтому я собирался создать таблицу под названием ProducerDetails:

• ProducerId - int, Внешний ключ для Producers.Id
• ProductId - int, Внешний ключ для Products.Id

Затем я начал задавать себе вопросы, поэтому я решил спросить экспертов. Было бы лучше, если бы в базе данных был дополнительный Idстолбец (int, Primary key) в моей ProducerDetailsтаблице? Или это не нужно?

Я использую SQL-Server 2008 R2, если это вообще что-то меняет.

РЕДАКТИРОВАТЬ - Я полагаю, что отношения между этими таблицами будут многие-многие, извините, я не прояснил это. Производитель может нести несколько типов продуктов, и один и тот же продукт может производиться несколькими разными производителями.

_{Я прошу прощения, если этот вопрос слишком прост, ссылочная целостность / дизайн базы данных не мой сильной стороной (хотя я пытаюсь улучшить это).}

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

Один ко многим

create table Producer
(
    id int identity(1, 1) not null primary key clustered,
    Name varchar(100) not null
)
go

create table Product
(
    id int identity(1, 1) not null,
    Name varchar(100) not null,
    ProducerId int not null foreign key references Producer(id)
)
go

Но если есть вероятность, что это будет отношение «многие ко многим», то лучшим вариантом будет использование таблицы «Присоединение».

Многие-ко-многим

create table Producer
(
    id int identity(1, 1) not null primary key clustered,
    Name varchar(100) not null
)
go

create table Product
(
    id int identity(1, 1) not null primary key clustered,
    Name varchar(100) not null
)
go

create table ProductProducer
(
    ProductId int not null foreign key references Product(id),
    ProducerId int not null foreign key references Producer(id)
)
go

-- adding the primary key also ensures uniqueness
alter table ProductProducer
add constraint PK_ProductProducer 
primary key (ProductId, ProducerId)
go

Если вы решите использовать таблицу Join, вам не понадобится дополнительный ключ, поскольку комбинация в ProductId/ProducerIdконечном итоге будет уникальной. Вы можете использовать их в качестве составного ключа, поэтому вам не нужно это дополнительное Idполе в ProductProducer.

Нет, нет смысла добавлять дополнительный «первичный ключ» в эту таблицу. Ваши соединения только когда-либо будут ссылаться ProducerIDи ProductID, так что это просто мертвый вес. ИМХО.

Хотя я согласен с @Shark, что объединяющая таблица здесь даже не нужна, если только вы не стараетесь никоим образом не изменять схему существующих таблиц.

Кроме того, я также думаю, что стоит назвать ваш основной идентификатор полностью (например, Products.ProductIDвместо Products.ID), чтобы идентификатор последовательно назывался по всей схеме.