Я согласен со всем, что сказал Одед, за исключением
«Он также не может быть разумно использован в качестве внешнего ключа».
В этом случае это выборЯдовито, таблица сопоставления абсолютно может быть родительской, это просто вопрос ребенка, использующего многоколонный ФК или нет.
Возьмите простой футляр для машины и цвет.Каждый год у автопроизводителей есть определенный набор цветов, и каждая модель представлена только ограниченным количеством этих цветов.Многие - многие :: Цвета для моделей автомобилей
Итак, разработайте таблицу заказов, в которой хранятся новые заказы автомобилей.Очевидно, цвет и модель будут на столе заказа.Если вы сделаете FK для каждой из этих таблиц, база данных позволит выбрать неправильную комбинацию модель / цвет.(Конечно, вы можете применить это с помощью кода, вы не можете сделать это декларативно.) Если вы сделаете родителя таблицей many: many, вы получите только те комбинации, которые были указаны.
Итак, вы бы предпочли иметь многоколоночный FK и указать на PK, построенный на ModelID и ColorID, или вам нужен один столбец FK?
Выберите яд.
РЕДАКТИРОВАТЬ
Но если он не является родителем чего-либо, никакой таблице не нужен суррогатный ключ.