что-то я не до кона понял зачем ваш gourp_id, вы хотите сделать 2 мероприятия, и что-бы пользователи одновременно регались на оба?
В эти выходные мероприятие Буратино с ID = 1, в следующие мероприятие Буратино с ID = 2. Что-бы посчитать уникальных у участников должен быть уникальный идентификатор, (не ID, так как это идентификатор внутри таблицы а не в целом) например email или ИИН. И через него смотрите кто регался на 1, но не на 2ой или наоборот.
Events = [
1 => [
'id' => UUID 1,
'group_id' => '2',
'name' => 'Всероссийский фестиваль Искусств «Буратино»',
'date' => '10.09.2019-12.10.2019'
],
2 => [
'id' => UUID 2,
'group_id' => '3',
'name' => 'Всероссийский фестиваль Искусств «Буратино»',
'date' => '22.09.2019-24.10.2019'
],
3 => [
'id' => UUID 3,
'group_id' => '3',
'name' => 'Всероссийский фестиваль Искусств «Буратино»',
'date' => '10.09.2020-12.10.2020'
]
]per_year, per_month итд или null
Зачем вы вставляете регистрацию в даты? В этом нет смысла, разве дата может регистрироваться? Или вы регистрирутесь на дату? Нет! Регистрироваться может человек, и регистрироваться можно на мероприятие
Оргкомитет тоже сделается, только в оргкомитет входит организатор, ведущий, счётчик, регистрация и так далее. Поэтому для них будет отдельная таблица.
Я об этом не говорил. Как раз таки это не так. Вы просто не поняли) Говорю лишь о том, что нельзя по email и ИИН посчитать количество участников в разные дни мероприятия ID = 1 и ID = 2. Так как по этим данным email и ИИН организатор может организовать другое мероприятие с ID = 3, поэтому и предложил GROUP_ID