У мужчин и женщин зачастую тоже разные цели, однако я не считаю, что для них надо создавать разные таблицы, цель не имеет отношения к нормализации БД.
Возможно Вы меня не поняли, я не говорю, что так делать нельзя, но аргументы про крупные магазины и битрикс несерьезны. Раньше вообще пароли администраторов хранили в коде - работает до сих пор.
А в unix системах тоже есть группы ролей, там тоже разные цели, но хранится считайте в одной базе по моему представлению.
P.S. Я вообще считаю, что надо вдумываться в любом случае. Спасибо за рекомендацию
Вот про упрощенное мнение я и говорил... Слушайте, возьмите любой интернет магазин, везде можно оставлять комментарии. Не знаю, где Вы нашли принципиальные отличия между магазином и всем остальным - везде есть те, кто пишет, объявляет и т. п. и те кто ставят какие-то галочки и могут видеть что-то другое.
Очень хорошо, что Вы упомянули нормализацию БД, хотя к своей схеме ее не применили (одни и теще сущности хранятся в разных таблицах). Битрикс - это не авторитетный для меня CMS, я не разделяю его философию и архитектуру. В ворпрессе, например, в одной.
И последнее - речь ведь шла про реализацию в kohana, поверьте там это решение из коробки и оно прекрасно работает.
В kohane храните логины, емейлы и пароли в таблице users, связи с ролями - в roles_users. Вы можете создавать таблицы 1 к 1 для хранения специфической информации по клиентам и менеджерам, но пока не понятно, какая это будет инфа. Возможно просто расширить таблицу users новыми полями и все
Это ваше видение. И оно достаточно упрощенное. Допустим, под товаром будут комментарии, оставлять которые могут все. Соответственно для комментариев надо 2 таблицы создавать или 3? Для менеджеров, администраторов и покупателей?
А я не вижу смысла создавать под логин и пароль разные таблицы, поэтому однозначно - это Вы погорячились.
Можно так, т.е. в зависимости от роута передавать туда те функции, которые нужны внутри: get_permition_for_operation - во все, остальное - по необходимости. Фабрика или синглтон - это детали. Но можно и в роуте забыть передать эту функцию. Поэтому посмотрите еще на slim.before.router, может быть, можно как-то описать все в одном месте.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Возможно Вы меня не поняли, я не говорю, что так делать нельзя, но аргументы про крупные магазины и битрикс несерьезны. Раньше вообще пароли администраторов хранили в коде - работает до сих пор.
А в unix системах тоже есть группы ролей, там тоже разные цели, но хранится считайте в одной базе по моему представлению.
P.S. Я вообще считаю, что надо вдумываться в любом случае. Спасибо за рекомендацию