Как организовать ограничение для записи по внешнему ключу?

Question

[Avasov]

Создаю пет проект интернет магазина техники, возникла проблема по организации ограничения выбора записи по внешнему ключу.
Вот наглядно: есть таблица со всеми производителями, и есть таблицы с характеристиками разных товаров, в которых присутствует столбец с внешним ключом производителя, но например процессоры могут делать только intel и amd, и нужно как-то создать ограничение на выбор производителя. Ниже показываю свое решение этой проблемы.

Есть одна таблица которая хранит всех производителей, независимо от того какую именно технику они производят

manufacture (
  id serial primary key,
  name varchar (255) UNIQUE NOT NULL
)

Есть таблицы, которые ограничивают выбор производителей в зависимости от категории

processor_manufacture(
  id serial primary key,
  manufacture_id int REFERENCES manufacture (id) NOT NULL --по внешнему ключу добавляю Intel и AMD
)

Далее таблицы с характеристиками определенных видов товаров, в которых есть столбец внешнего ключа производителя

processor_characteristic (
  id serial primary key,
  processor_manufacture_id int REFERENCES processor_manufacture (id) NOT NULL,
  total_cores int NOT NULL --и прочие другие характеристики
)

Нормальное ли данное решение, или есть решения по лучше?

Answer 1

[Иван Попов]

Вы пропустили поле name с конкретными моделями в processor_manufacture. Intel засунем в manufacture, если правильно понял, а куда положим конкретный проц? I5, I9 и тд.?
Но я бы сделал вот такую схему:

spoiler

Все таки не лучшая идея под каждый тип товара создавать свою таблицу. Тип товара (проц, ssd, и тд )укажем в таблице type_manufacture. Схема очень упрощенная, просто для примера.

Comments

[Avasov]

Таблицы в моем вопросе были сокращены, что-бы показать только те столбцы, в которых возникла проблема. А так я уже изучал вопрос в проектировании таблиц для товаров, и выбрал подходящий вариант. Вот краткое представление:

item (
  id serial primary key,
  category_id int REFERENCES category (id) NOT NULL,
  name varchar (255) NOT NULL,
  price bigint,
  processor_characteristic_id int REFERENCES processor_characteristic(id),
  videocart_characteristic_id int REFERENCES videocart_characteristic(id) 
--так же другие таблицы с окончанием _characteristic, истиной характеристикой товара будет считатся не NULL колонка
)

плюсы этой структуры: легкий поиск по подстроке из названия всех товаров, готовый уникальный артикул(primary key) для каждого товара, легкая фильтрация по категории, а отдельные _characteristic таблицы позволяют легко делать валидацию при добавлении определенного товара и быстрый фильтр под каждую характеристику определенной категории, где не нужно будет перебирать все виды товаров, достаточно обратиться к определенной таблице.

Правда тип для price потом подберу, поскольку знаю, что целочисленные значения для расчета денег нельзя ставить

Answer 2

[Vindicar]

Я бы сделал связную таблицу ПроизводительТипа(id_типа, id_производителя), и заставил бы товар ссылаться на эту таблицу по композитному внешнему ключу, вместо того чтобы ссылаться напрямую на тип и производителя.

Comments

[Иван Попов]

Да, верно. В моем примере всё очень упрощенно.

[Avasov]

Если я правильно понял, то суть проблемы это не решает, поскольку процессор сможет ссылаться например на производителя Sony и ему подобные. Мне необходимо сделать некий фильтр, что-бы таблица с процессорами могла ссылаться ТОЛЬКО на определенных производителей из всех других в таблице manufacture. В комментарии под ответом NevermindWano я детальнее описал свою структуру таблиц и их связей, если вам это понадобится для предложения решения текущей проблемы. А так я подумал, и решил что фильтр не нужен, ведь не пользователь будет же заполнять карточки товаров. Но все же хотелось бы узнать допустимый вариант решения в таких ситуациях, как я понимаю, таблица-посредник будет являться допустимым вариантом

[Vindicar]

Avasov, почему не решает?
У тебя в таблице ПроизводительТипа как раз и записаны все допустимые комбинации "тип-производитель".
Так как товар ссылается на эту таблицу через пару полей (тип и производитель), то эта пара полей сможет иметь только те комбинации значений, которые есть в таблице ПроизводительТипа.
Т.е. у ПроизводительТипа составной первичный ключ из двух полей, у Товар будет соответствующий составной внешний ключ.