Управление пользователями: управление пользователями в пользовательских «группах», схеме базы данных и логистике

Question

Я новичок, мудрый в развитии и логистический.

Я занимаюсь разработкой сайта, который позволяет людям сдавать тест ...

Мой клиент хочет, чтобы у пользователя с правами «ролл / привилегия» (шаг ниже супер-администратора) была возможность создавать пользователей и видеть / редактировать только тех пользователей, которых они создают ...

Пользователи, созданные в этой «категории» или группе, нуждаются в информации, которую предоставляет их начальник.

Например, я вхожу в систему как «менеджер», у меня есть возможность приглашать людей для прохождения теста и управлять этими людьми. Прежде чем добавлять этих людей, я заполню небольшой опрос о себе ...

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

Как мне настроить базу данных для работы с этим критерием? Я немного запутался, как это сделать! Дайте мне знать, если я смогу добавить больше деталей ...

(Это приложение MySQL и PHP)

Answer 1

Я уверен, что есть несколько способов сделать это, но вот один, который приходит на ум.

В базе данных «пользователи», я уверен, у вас есть столбец, чтобы указать, какой менеджер назначается пользователю с помощью какого-либо пользовательского ключа. Если это поле имеет значение, извлеките информацию из этой записи пользователей (администратора).

Пример:

таблица «пользователи»
ключ ---- имя ------ managerid ----- вопросник ------ вопрос два ----
1 ------- похотливый ----- 0 ------------------ калифорния ---------- C ++ ----- ---------
2 ------- боб -------- 1 ------------------ Nevada ------------- -----------------

Поскольку запись (ключ) 1 имеет managerid == 0, используйте вопрос с двумя записями, чтобы ответить на «Вопрос 2». Поскольку запись (ключ) 2 имеет managerid == 1, извлеките вопрос из записи 1 (ключ) 1 и используйте его для ответа на вопрос два.

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

Имеет смысл?