Все зависит от удобства кодинга и кол-ва запросов: можно насоздавать кучу таблиц с отдельными разделами и списком пользователей в каждом из них, затрачивая при этом кучу процессорного времени на запросы к БД, а можно хранить всё в одной таблице, но вопрос, разберетесь вы в этой горе мусора и сможете ли выстроить код таким образом, чтобы он обрабатывал запросы без ошибок, переполненный и прочего. Вам решать... Я все-таки бы добавлял отдельные таблицы с разделами в БД, а уж в них кидал списки юзеров: так и ясность есть, и можно оперативно перебирать элементы по их идентификатору, а вот если все в одной большой таблице, то получается, нужно будет работать со строками (делать поиск по подстрокам, по регуляркам возможно даже), в которых через разделитель будут храниться имена пользователей, которым доступен раздел, что несомненно геморно. Надеюсь, я правильно вас понял и вы поняли мой взгляд на ситуацию.