Как хранить множество данных для одного объекта в другой таблице?

Question

[Shandy]

Есть таблица с записанными тикетами. Для каждого тикета есть возможность переназначить назначенного модератора. Я не знаю как правильно хранить такие данные. По идее делая запрос по id тикета я должен получать еще и историю модераторов, которые работали над ним.
На сколько я понимаю, нужно как-то связать таблицы, но как и что делать потом?

Answer 1

[Immortal_pony]

В таблицу с тикетам записывать id назначенного модератора
В таблицу *_history (ну или *_log) записывать дату смены назначенного модератора и сопуствующую информацию - какой модератор был, какой стал, комментарии может какие. Это можно сделать как на уровне приложения, так и на уровне БД. У случае с БД можно использовать триггеры.

Примерно такая структура

CREATE TABLE `ticket` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  `assignee_id` int DEFAULT NULL,
  `created` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `modified` datetime NOT NULL ON UPDATE CURRENT_TIMESTAMP,
  `subject` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
  `body` text COLLATE utf8mb4_unicode_ci NOT NULL,
  PRIMARY KEY (`id`)
);

CREATE TABLE `ticket_assignment_log` (
  `id` int unsigned NOT NULL AUTO_INCREMENT,
  `ticket_id` int unsigned NOT NULL,
  `created` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `old_assignee_id` int DEFAULT NULL,
  `new_assignee_id` int NOT NULL,
  PRIMARY KEY (`id`),
  KEY `i_ticket` (`ticket_id`),
  CONSTRAINT `fk_ticket` FOREIGN KEY (`ticket_id`) REFERENCES `ticket` (`id`) ON UPDATE CASCADE
)

Comments

[Shandy]

Можете дать какую нибудь литературу для чайников? С БД у меня все туго, хотелось бы почитать поподробнее про это все

[Immortal_pony]

Да тут скорее про архитектуру приложения в целом, нежели про БД.
Насчёт книг - сорри, посоветовать не могу. Я предпочитаю практику + документацию и статьи

[FanatPHP]

только old_assignee_id - это какой-то анахронизм. это точно совершенно лишнее поле
да и насчет денормализации я не уверен, надо ли писать assignee_id в таблицу с тикетами. но это под вопросом. лучше наверное оставить

[FanatPHP]

Shandy, ну вот я сейчас по быстрому нагуглил Святослав Куликов, Реляционные Базы данных в примерах
там как раз об этом вроде бы.

[Immortal_pony]

FanatPHP ,

только old_assignee_id - это какой-то анахронизм. это точно совершенно лишнее поле

Уточни, почему оно лишнее, пожалуйста. При выводе истории как правило указывается старое значение и новое. Примерно так:

Нет, можно, конечно, смотреть что там было в прошлой строке, но это, согласись, куда менее удобно.

надо ли писать assignee_id в таблицу с тикетами.

Тут зависит то того, может ли одному тикету быть назначено больше одного модератора. Если может, то, конечно, для подобной связи будет отдельная таблица. А вот если назначенный может быть только один, то полю assignee_id самое место в таблице ticket. Если у тебя какие-то другие соображения на этот счёт - поделись.