‘从Scrapy到Django必须掌握(6)：django表单详细解
当你在Django项目中执行python manage.py migrate命令时，Django会根据INSTALLED\_APPS中指定的应用自动创建数据库表。这些表大部分和Django的用户认证与权限管理相关，也有其他管理功能的表，如与会话和日志管理相关的表。
下面逐一解析截图中这些表的作用：
1. auth_group
这是Django用户组的表，用户组用于权限管理中的分组功能。用户组允许你将一组权限批量分配给某一组用户。
- 字段解析：
- id: 主键，自动递增。
- name: 用户组的名称，必须唯一。
- 用途：
- 当你需要一种方便的方式来管理用户权限时，可以创建用户组，将权限赋予组中用户。
2. auth_group_permissions
这是一个中间表，用于表示用户组与权限之间的多对多关系。
- 字段解析：
- id: 主键，自动递增。
- group_id: 指向auth_group的外键，关联哪个用户组。
- permission_id: 指向auth_permission的外键，关联哪个权限。
- 用途：
- 用户组不仅仅是一个分组，还能赋予权限。每当将权限赋予用户组时，系统会在这个表中添加一条记录。
3. auth_permission
这个表存储了所有的权限，包括操作类型（如查看、添加、修改、删除）和模型对象。
- 字段解析：
- id: 主键，自动递增。
- name: 权限的名称。
- content_type_id: 指向django_content_type的外键，表示该权限属于哪个Django模型。
- codename: 权限的代码名，如add_user、change_user。
- 用途：
- 每个Django模型在创建时都会自动生成默认的四种权限（add, change, delete, view），可以通过auth_permission表进行管理。
4. django_admin_log
管理Django后台操作的日志记录。
- 字段解析：
- id: 主键，自动递增。
- action_time: 记录动作的时间。
- object_id: 动作关联的对象ID。
- object_repr: 对象的字符串表示形式。
- action_flag: 动作类型的标志，表示增加、删除或修改。
- change_message: 对动作的简短描述。
- user_id: 指向auth_user表的外键，表示执行此动作的用户。
- 用途：
- 你可以通过该表查看在Django管理后台中对数据的所有操作历史。
5. django_content_type
存储所有的模型类型信息。
- 字段解析：
- id: 主键，自动递增。
- app_label: 模型所属的应用名称。
- model: 模型名称（小写）。
- 用途：
- Django会为每个已注册的模型都创建一个ContentType实例，它允许Django以统一的方式处理不同模型。
6. django_migrations
管理Django的迁移文件的执行情况。
- 字段解析：
- id: 主键，自动递增。
- app: 迁移文件所属的应用。
- name: 迁移文件名。
- applied: 迁移文件被应用的时间。
- 用途：
- 你可以通过检查这个表快速了解哪些迁移文件已经被执行。
7. django_session
负责存储用户会话数据。
- 字段解析：
- session_key: 会话的唯一键。
- session_data: 会话存储的数据，通常是加密的。
- expire_date: 会话过期时间。
- 用途：
- Django的会话框架默认使用数据库作为存储。用户登录后，Django会生成会话记录以追踪用户的状态。
8. myapp_course
这应该是你应用中定义的某个数据表，可能是用于管理课程数据。
- 用途：
- 该表的字段结构来源于你定义的模型Course。具体的字段由你的模型类决定，例如课程名称、描述、创建时间等。
9. myapp_customuser
这是一个用户表，通常通过扩展Django的AbstractUser或AbstractBaseUser创建。
- 用途：
- 如果你需要扩展用户字段，例如增加用户手机号、地址等，可以通过这个模型实现。
10. myapp_customuser_groups
&myapp_customuser_user_permissions
- myapp_customuser_groups: 连接自定义用户表(myapp\_customuser)和用户组(auth\_group)的中间表，用于记录用户与组之间的关系。
- myapp_customuser_user_permissions: 连接自定义用户表和权限表(auth\_permission)的中间表，用于记录用户与权限之间的关系。
- 用途：
- 这些表是Django权限管理系统扩展到自定义用户的实现。如果使用了自定义用户，这些表会记录新用户模型与权限或用户组的关系。
11. myapp_event
类似于myapp_course，这是一个自定义表，来源于你指定的Event模型。字段内容由模型定义决定。
总结与联系
从截图中的表可以看出，Django默认提供了用户认证、权限管理、会话存储以及日志等基本功能。通过这些表，开发者可以快速构建出一个拥有完善用户管理和权限控制的系统。与Scrapy相比，Django更多关注于后端业务逻辑的整合和维护，尤其是在复杂的应用场景下，这种表间细致的关联逻辑能够为开发者节省大量开发时间。
如果你需要扩展这些基础功能，可以自定义模型或重写Django的认证系统以满足需求。
开发者在数据库中高效地管理表结构的变更，包括添加、修改或删除字段。
迁移机制简介
迁移（Migration）是 Django 的 ORM 提供的数据库框架，用来将模型（Models）中的定义同步到数据库表中。如果模型发生变化（新增字段、修改字段等），迁移机制会自动检测变化，并生成操作数据库表的迁移文件。
Django 迁移机制的核心包括以下文件和工具：
- models.py：定义数据库模型。
- 迁移文件：存储在每个应用程序的migrations目录下，记录数据库表变更的历史。
- 管理命令：
- makemigrations: 生成迁移文件。
- migrate: 应用迁移文件到数据库。
- sqlmigrate: 检查迁移文件对应的 SQL 语句（调试用）。
-
详细操作指南
以下以一个实际的例子来说明如何使用迁移机制管理数据库表结构的变更。
1\. 添加字段
假设我们已有一个简单的模型如下：
# 在 myapp/models.py 文件中
from django.db import models
class Book(models.Model):
title = models.CharField(max_length=200) # 书籍标题
author = models.CharField(max_length=100) # 作者
现在我们需要为 Book 模型添加一个新的字段，存储书籍的出版日期（published_date）。
步骤：
- 添加字段到模型：
在模型中新增字段，例如：
# 在 myapp/models.py 文件中
from django.db import models
class Book(models.Model):
title = models.CharField(max_length=200) # 书籍标题
author = models.CharField(max_length=100) # 作者
- 生成迁移文件：
在终端中运行以下命令：
python manage.py makemigrations
- 这将告诉 Django 检测 models.py 文件中的更改，并生成迁移文件。
- 生成的迁移文件大致会如下：
# 示例迁移文件：myapp/migrations/0002_add_published_date_to_book.py from django.db import migrations, models class Migration(migrations.Migration): dependencies = [ ('myapp', '0001_initial'), # 依赖上一个迁移文件 ] operations = [ migrations.AddField( model_name='book', name='published_date', field=models.DateField(blank=True, null=True), ), ]
- 应用迁移文件：
运行以下命令将变更同步到数据库：
python manage.py migrate
执行成功后，数据库表 Book 将新增一个 published\_date 字段。
2\. 修改字段
假设我们想将 author 字段从最大长度 100 修改为 150。
步骤：
- 修改字段定义：
更新 models.py 文件：
# 修改后的 models.py
class Book(models.Model):
title = models.CharField(max_length=200)
author = models.CharField(max_length=150) # 修改长度为 150
published_date = models.DateField(null=True, blank=True)
- 生成迁移文件：
执行以下命令：
python manage.py makemigrations
生成的迁移文件会记录字段修改操作：
# 示例迁移文件
from django.db import migrations, models
class Migration(migrations.Migration):
dependencies = [
('myapp', '0002_add_published_date_to_book'), # 依赖前一个迁移文件
]
operations = [
migrations.AlterField(
model_name='book',
name='author',
field=models.CharField(max_length=150),
),
]
- 应用迁移文件：
再次运行：
python manage.py migrate
数据库中的 author 字段长度将被更新为 150。
3\. 删除字段
假设我们想删除字段 published\_date。
步骤：
- 移除字段定义：
从 models.py 中删除 published_date：
class Book(models.Model):
title = models.CharField(max_length=200)
author = models.CharField(max_length=150)
- 生成迁移文件：
运行以下命令：
python manage.py makemigrations
Django 会生成一个迁移文件，用于删除该字段：
# 示例迁移文件
from django.db import migrations
class Migration(migrations.Migration):
dependencies = [
('myapp', '0003_alter_author_field'), # 依赖上一个迁移
]
operations = [
migrations.RemoveField(
model_name='book',
name='published_date',
),
]
- 应用迁移文件：
运行以下命令执行迁移：
python manage.py migrate
执行后，字段 published\_date 将从数据库中移除。
4\. 其他操作
以下是其他操作实例及用法：
-
重命名字段
在models.py中将字段名更新，并运行makemigrations，Django 会自动识别并生成RenameField操作的迁移。
-
重命名表
在模型的Meta类中修改db\_table属性，运行makemigrations，生成的迁移文件会包含RenameModel操作。
迁移命令补充说明
python manage.py sqlmigrate
检查某个迁移文件对应的 SQL 语句。例如：
python manage.py sqlmigrate myapp 0002
该命令会输出迁移文件生成的 SQL 语句，方便调试或确认迁移文件的执行内容。
python manage.py showmigrations
查看当前项目中所有迁移文件的执行状态：
python manage.py showmigrations
输出示例：
myapp
[X] 0001_initial
[X] 0002_add_published_date_to_book
[ ] 0003_remove_published_date
带 [X] 的迁移文件表示已执行，空格表示未执行。
注意事项和最佳实践
- 保持迁移文件的完整性：
- 千万不要手动删除或直接修改迁移文件，迁移文件是具有依赖顺序的。
- 数据库备份：
- 在涉及可能产生破坏性操作（如删除字段、表）之前，请备份数据库，以防数据丢失。
- 避免长时间未迁移：
- 如果项目变更过多而未及时执行迁移，你可能需要执行多个依赖的迁移文件，这会增加维护和排查问题的复杂性。
- 模型与迁移同步：
- 请确保你的models.py与生成的迁移文件保持一致。否则会导致意外问题。
通过以上方法，你可以轻松管理 Django 项目中数据库表结构的增删改操作。结合实际需求，灵活使用迁移机制，提高开发效率和维护性。