Django 各种“auth”模型的使用_Django_Django Models

Django 各种“auth”模型的使用

django django-models

Django 各种“auth”模型的使用,django,django-models,Django,Django Models,除了auth\u user，我从未使用过auth\u组，auth\u组权限，auth\u权限，auth\u用户权限，以及auth\u用户权限。每种型号的具体用途是什么？一个人不需要这些东西是不是很普遍？如果是这样的话，摆脱它们的最佳方式是什么（做一个直接的DROP TABLE或者在django级别）？删除这些会有什么负面影响吗？我建议您阅读。它将auth系统的组件描述为：使用者权限：二进制（是/否）标志，指定用户是否可以执行特定任务组：将标签和权限应用于多个用户的通用方法权限的最简单

除了

auth\u user

，我从未使用过

auth\u组

，

auth\u组权限

，

auth\u权限

，

auth\u用户权限

，以及

auth\u用户权限

。每种型号的具体用途是什么？一个人不需要这些东西是不是很普遍？如果是这样的话，摆脱它们的最佳方式是什么（做一个直接的

DROP TABLE

或者在django级别）？删除这些会有什么负面影响吗？

我建议您阅读。它将auth系统的组件描述为：

使用者
权限：二进制（是/否）标志，指定用户是否可以执行特定任务
组：将标签和权限应用于多个用户的通用方法

权限的最简单用法是控制某个用户在应用程序中可以执行的操作。您还可以使用权限限制使用装饰器访问自己的视图
当这与组相结合时您可以轻松地将相同的权限分配给整个用户组
您提到的其他数据库表（
auth_group_permissions
等）存储用户与权限或组与权限之间的关系
虽然您可能没有直接使用身份验证系统的这些部分，但几乎可以肯定的是，您正在使用依赖于它们的
django.contrib.auth
中的其他代码。如果您正在使用一个您没有编写的应用程序（无论它是否是Django的一部分），那么删除应用程序创建的数据库表可能是个坏主意。
我建议您阅读。它将auth系统的组件描述为：

使用者

权限：二进制（是/否）标志，指定用户是否可以执行特定任务

组：将标签和权限应用于多个用户的通用方法

权限的最简单用法是控制某个用户在应用程序中可以执行的操作。您还可以使用权限限制使用装饰器访问自己的视图
当这与组相结合时您可以轻松地将相同的权限分配给整个用户组
您提到的其他数据库表（
auth_group_permissions
等）存储用户与权限或组与权限之间的关系
虽然您可能没有直接使用身份验证系统的这些部分，但几乎可以肯定的是，您正在使用依赖于它们的
django.contrib.auth
中的其他代码。如果您正在使用一个您没有编写的应用程序（无论它是否是Django的一部分），那么删除应用程序创建的数据库表可能是个坏主意