Vicom

блин ну реально выше сказали вон)

- сделайте враппер, меняйте через какой-нибудь собственный

Session::setAccessLevel(Auth::ACCESS_GROUP_ADMIN);

.., который бы контролировать уже где это можно, а где нет через тот же debug_backtrace (и только так, типа) т.е.:

- сделайте запрет как-нибудь на прямую работу с _SESSION хз, или

- бейте по рукам при его вызове (всё должно быть по регламенту через свои интерфейсы/классы/обёртки или фреймворка. если человек делает c _SESSION / _GET / _POST etc. это уже насторожить должно, если апликуха написана на fw), на худой конец

- коменты / сопутствующие доки к проекту прилагайте, типа "так нельзя", "а тут сам себе злой оленевод будешь" и т.п.

.., а вообще от всех возможных чужих дуростей не спасёшься

в качестве домашнего задания неск. месяцев поставил сам себе задачу, которая, видимо, делает то, о чём Вы говорите. Вопрос на тостере с участием проекта Catalog Master (третье изображение в вопросе) - это оно?

Павел Волынцев, Александр Аксентьев
есть ощущение, что чел просто хочет реализовать и оттюнить BL с заглушками-эмулями в CRUD-функциях в самом низком слое уровня манипуляций с атомарными (в рамках домена) сущностями хранилища, и ему это трудно делать, т.к. думает он не с той стороны как остальной мир.

diamond это можно, но подводные камни в данном случае я предполагать даже не буду какие,
при том, что в теории, изначально вы должны выиграть, но вот какой ценой.. хотя бы даже по времени
и ресурсозатратам на адаптацию проекта к существующей общей экосистеме разработки, принятой
на сегодняшний день во всём мире и соответствующих знаниях и наработках, доступных для широкой
публики исходя из сложившихся практик. думаю Вам стоит написать несколько готовых проектов, и
тогда будет проще видеть систему в разных проекциях, разрезах и степенях свободы (понятия BE/FE в зависимости от контекста, как кирпичами выполняются бизнес-задачи и на их основе системы
выполняют уже глобальные задачи исходя их бизнес-правил, какие компоненты на каких уровнях и как взаимодействуют), и потом уже в голове легко рисовать себе будете кубики в стиле BPMN с привязкой к реальности и без фантазёрства

это лишь моё предположение. за советом, думаю, лучше к Павел Волынцев, у человека неплохое портфолио

Следующий вопрос,как организовать передачу этого самого id_people в таблицу комментарии?

вопрос поставлен не совсем корректно, но, где-то уже через полгода Вы даже не будете мыслить подобным образом, так что проехали. думаю, Вам нужна информация о возможности делать условную выборку из одной таблицы по найденному значению из другой. если так, то копайте в сторону JOIN, на днях осилил, 20 ссылок, небольшое перестроение головы и временная смена рода мозговой деятельности помогают, если сразу не воткнёте.

PS чтобы подойти с нужной стороны определите сначала для себя в голове такие понятия как:
- реляционная СУБД
- структура таблицы реляционной СУБД
- поля таблицы
- колонки таблицы
- внешний ключ (одна из тех самых колонок, связывающий те самые поля одних таблиц с другими через их значение)

доки из моих закладок по JOIN
100 различных вариантов толкования одного и того же (максимально доходчивых для меня)
- MySQL немного о JOIN'ах
- Наглядное объяснение принципа объединения таблиц в...
- Объяснение SQL объединений JOIN: LEFT/RIGHT/INNER/OUTER
- MySQl: использоваение операторов JOIN на примерах
- Разработка → MySQL и JOINы

ну и когда подтянитесь уже - Top 20+ MySQL Best Practices

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

удачи!

не знаю смотрели ли.. скролл вниз и тут же по Вашей теме:
Есть ли библиотека на php для работы с nested sets?
Хочу понять алгоритм перемещания узла в дереве nes...

сам только начал изучать вопрос, тема интересная, если будет значительный выигрыш в соотношении "масштабируемость - сложность", или производительности, то тоже в Yii2 думаю внедрять)