Дмитрий Плотников, вы издеваетесь что ли? При чем здесь ХРАНЕНИЕ разницы если речь про ПЕРЕДАЧУ?! Вам русским языком говорят, разница легко вычисляется при передаче, а вы в ответ продолжаете бубнить "мне нужно совсем другое, разница нужна при передаче! и поэтому буду считать её при записи".
Антон Горецкий, ну это надо очень постараться, чтобы получился синтаксически корректный вопрос :)
Большинство здесь присутствующих такое даже специально не напишут, не говоря уже о случайном совпадении. Скорее тупо ошибки будут сыпаться.
Inna693, строго говоря, в вашем комментарии нет логики. В чем смысл проходить мимо того, что тебя бесит? Как бы наоборот, любой человек сделает замечание. И вы сами в первую очередь. Копить стресс не очень полезно для здоровья.
Alixx, денормализация в данном случае - это просто красивое слово, чтобы прикрыть прорехи в логике.
В целом задача довольно странная, но я бы на вашем месте отталкивался от запросов, которые понадобятся при работе с этой БД. Тогда сразу станет проще и самой понять эту странную задачу, и другим объяснить.
Лично мне сейчас кажется, что как раз работа с этой таблицей будет обставляться заборами из костылей. Но я могу не видеть всей картины.
Если я правильно понял, эта ваша таблица содержит исходные цифры, из которых потом вычитаются единички при добавлении в групп в json поле? Почему выбран json, а не отдельная таблица? А если уж джейсон для сформированных групп, то почему бы тогда сказав А не сказать и Б - сделать всего одно джейсон поле, в котором и исходные данные по количеству рабочих и менеджеров, и сформированные группы. Такое key-value хранилище. И все вопросы по структуре базы данных сразу отпадут, поскольку не будет ни базы, ни структуры.
Ну у неё немного другая задача, отличная от общепринятой.
Сходу трудно въехать. И такая структура для неё избыточна.
С другой стороны как публичный ответ, для других посетителей, как раз подойдёт.
