Реализация супер пользовательской функциональности в asp. net MVC?

Question

Я хочу реализовать функциональность суперпользователя в моем asp. net MVC проекте, см. Ниже структуру:

каков мой план:

Суперпользователь

Сначала у меня есть имя пользователя и пароль для суперпользователя, потому что суперпользователь входит в административную панель и регистрирует администратора и менеджера.

Первый : когда суперпользователь регистрирует администратора Затем я хочу дать полное право (средство обновления), а когда суперпользователь регистрирует менеджера, тогда я хочу дать полномочия (только средство просмотра).

Например:

1 шаг : super user login затем зарегистрируйте администратора и менеджера:

tblregistration

добавьте администратора

Зарегистрированное имя:

first name: Suraj
last name: Bartoli
email id: ra@gcom
password: ******
image: image name

добавьте менеджера

Зарегистрированное имя:

first name: Rahul
last name: Bartoli
email id: rahul@com
password: ******
image: image name

2 шага : затем добавьте роли пользователя: tbluserroles

для примера:

Зарегистрированное имя:

user: Suraj
role: administrator

user: Rahul
role: manager

3 шага : затем app / user-security: tblusersecurity

Filed N ame:

user: Suraj
app: admin panel 
role:updator

username: Rahul
app-name: admin panel(view only whole update panel)
role: viewer

Надеюсь, мой вопрос понятен.

Все еще IM не реализует эту функциональность?

Может кто-нибудь подсказать, что я иду по неправильному или правильному пути? ? или кто-нибудь предлагает добавить новое поле в таблицу или удалить поле из таблицы?

Answer 1

Для ролей

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

    role_id bigint primary key,
    role_name nvarchar(200),
    role_description nvarchar(200),
    role_privilege nvarchar(200)

Вместо использования role names (например, средства обновления, средства просмотра и т. Д. c.) Используйте role ids как внешний ключ в других таблицах.

То же самое с user ids, вместо использования имен пользователей в другой таблице