sameuser1. Каким образом можно обеспечить уникальность записей в таблице рейтинга? Имеется в виду выполнение условия "каждый пользователь может выставить только одну оценку тому или иному товару".


...двойной уникальный ключ в который входят оба внешние референсы
на юзера и на товар...

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

...алтернативно, такое базнес-правило может отрабатывать на клиенте...

...алтернативно такое бизнес правило может отрабатыватся тригером на вставку...

...алтернативно такое можте отрабатыватся МЕРЖЕ-ИНСЕРТ
СКЛ на вставке....

...последние 3 варианта не рекомендуются но все же легитимны.

sameuser2. Нужен ли в таблице рейтинга дополнительный индекс (обычно с автоинкрементом)? Он же primary key. На скриншоте отсутствует.

...для стабильной базы -- нет
...с точки зрения ДБА -- нет
...с точки зрения клиентского кода -- часто клиентские фрейворки "любят"
ПК на одну колонку. Некоторые фрейворки потребуют
дополнительный код для работы с мнобо-полевым ПК
...иногда ДБ архитекторы предпочитают прописать в
стандарте проектирования что бы ВСЕ таблицы имели
ИНТЕГЕР аутоикренет ПК.

sameuser3. Рейтинг товара не может существовать сам по себе, он обязательно выставляется пользователем. Должна в этом случае связь между таблицей пользователей и таблицей рейтингов быть идентифицирующей ? На скриншоте она таковой не является.


...на логическом уровне конечно эта связа есть "иденцифицируюшая"
...на физическом уровне она может входить в ПК или в ФК NOT NULL ,
как показано в моем предыдущем посте.

>> Использование фреймворков не планируется ( там черт ногу сломит, понагородили столько, что проще самому написать. Особенно yii2 - мрак ). На мой взгляд, конечно.. Кому-то, может, наоборот нравится работать в такой среде..

если других аргуметнов нет, и вы единственый кто будет
кодировать клиентски код -- то делайте как
вам самому удобно.

>> Спасибо за подробные ответы.

всегда пожалуйста

...

>> ALTER TABLE `rating` ADD UNIQUE (fk_user_id, fk_item_id);
>> Синтаксис верный?

кажется верный, я не помню точно, посмотрите в справочнике или
просто проверте прогоном...

Так можено но имя констраин или имя индекса будет сгенерировано.
так тоже можно:
ALTER TABLE `rating` ADD CONSTRAIN IDX_3456 UNIQUE (fk_user_id, fk_item_id);

>> В MySQL Workbench я не нашел GUI-функционал, который помогает это создать.

в МыСКЛ-е уникалость делается как уникальный индекс --
функционал создания которого находится в ИНДЕКС табе...

>> В этом случае при добавлении уже имеющейся записи произойдет
ошибка, верно? Записи, которая содержит fk_user_id, fk_item_id,
которые уже были внесены ранее.

...ну да....
...хотя зачем вам мне верить -- быстрее проверить прямо на базе :-)

CREATE TABLE IF NOT EXISTS `test` (
`id` INT NOT NULL ,
`col1` INT NOT NULL ,
`col2` INT NOT NULL ,
PRIMARY KEY (`id`) ,
UNIQUE INDEX `index2` USING BTREE (`col1` ASC, `col2` ASC) )
ENGINE = InnoDB;


-- -----------------------------------------------------
-- Data for table `mydb`.`test`
-- -----------------------------------------------------
START TRANSACTION;
USE `mydb`;
INSERT INTO `mydb`.`test` (`id`, `col1`, `col2`) VALUES (1, 2, 2);
INSERT INTO `mydb`.`test` (`id`, `col1`, `col2`) VALUES (2, 2, 2);

COMMIT;