‘从Scrapy到Django必须掌握(6)：django表单详细解

最新推荐文章于 2025-06-11 20:01:01 发布
最新推荐文章于 2025-06-11 20:01:01 发布
阅读量1.4k 收藏 14
点赞数 54
分类专栏： scrapy到django 文章标签： 数据库 scrapy django python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_56758840/article/details/146795641
版权

        当你在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）。

步骤：

  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) # 作者
  1. 生成迁移文件：

        在终端中运行以下命令：

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),
        ),
    ]

  1. 应用迁移文件：

        运行以下命令将变更同步到数据库：

python manage.py migrate

执行成功后，数据库表 Book 将新增一个 published\_date 字段。

2\. 修改字段

假设我们想将 author 字段从最大长度 100 修改为 150。

步骤：

  1. 修改字段定义：

更新 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)
  1. 生成迁移文件：

执行以下命令：

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),
        ),
    ]
  1. 应用迁移文件：

再次运行：

python manage.py migrate

数据库中的 author 字段长度将被更新为 150。

3\. 删除字段

假设我们想删除字段 published\_date。

步骤：

  1. 移除字段定义：

从 models.py 中删除 published_date：

class Book(models.Model):
    title = models.CharField(max_length=200)
    author = models.CharField(max_length=150)
  1. 生成迁移文件：

运行以下命令：

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',
        ),
    ]
  1. 应用迁移文件：

运行以下命令执行迁移：

python manage.py migrate

执行后，字段 published\_date 将从数据库中移除。

4\. 其他操作

以下是其他操作实例及用法：

  1. 重命名字段

在models.py中将字段名更新，并运行makemigrations，Django 会自动识别并生成RenameField操作的迁移。

  1. 重命名表

在模型的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] 的迁移文件表示已执行，空格表示未执行。

注意事项和最佳实践
  1. 保持迁移文件的完整性：
    • 千万不要手动删除或直接修改迁移文件，迁移文件是具有依赖顺序的。
  2. 数据库备份：
    1. 在涉及可能产生破坏性操作（如删除字段、表）之前，请备份数据库，以防数据丢失。
  3. 避免长时间未迁移：
    1. 如果项目变更过多而未及时执行迁移，你可能需要执行多个依赖的迁移文件，这会增加维护和排查问题的复杂性。
  4. 模型与迁移同步：
    1. 请确保你的models.py与生成的迁移文件保持一致。否则会导致意外问题。

通过以上方法，你可以轻松管理 Django 项目中数据库表结构的增删改操作。结合实际需求，灵活使用迁移机制，提高开发效率和维护性。
 

Python新闻网站项目-6.Django内容后台管理系统配置
Mr数据杨
02-25 3万+
本项目通过Python技术栈构建的新闻采集与展示系统，为实现一个全功能新闻网站提供了完整的解决方案。Django框架的丰富配置支持了系统的模块化开发，使爬虫抓取、数据处理、内容管理和用户展示等核心功能高效联动。借助Gerapy的分布式爬虫部署技术，系统数据抓取更加高效和稳定，而NLP技术的嵌入则提升了数据分析与分类精度。整体项目结构包括从前端展示到后端数据库管理的全面配置，静态资源、媒体文件与认证体系的精心设置提升了系统的安全性和用户体验。
从 Scrapy 到 Django 必须掌握(8)：网站的自适应和响应式
晦涩难董先生
04-22 1351
一个页面自动适配所有设备，代码复用高，开发维护方便。为不同设备做不同页面，用户体验可以更好，但开发和维护复杂。现在主流的网站几乎都是用响应式设计，除非对不同设备有极高的优化需求，才会用自适应（比如某些大型门户，或需要极致性能体验的应用）。响应式网页设计已经成为现代网站开发的主流，由于有大量用户会用手机浏览，更需要高度重视响应式体验。下面我会从“规划-布局-细节-常见问题”四个部分，详细讲解一个响应式论坛网页从零开始应如何设计。需求梳理→ 明确终端和功能原型/线框图→ 画草图，尝试分辨率适配。
从 Scrapy 到 Django 必须掌握(7)：Forms 完全解析(一)
晦涩难董先生
04-21 1040
Django 提供了许多内置的表单字段（如 CharField、EmailField、IntegerField），但有时我们需要定义自己的特殊字段类型或验证规则。例如，创建一个只允许接受特定格式字符串的字段。示例：创建自定义字段raise forms.ValidationError('只能包含字母和数字。')通过继承内置字段类并覆写其 validate 方法，我们可以创建新的字段类型。这个方法常用于特殊数据格式（如银行卡号、特定时间格式等）的验证。
从 Scrapy 到 Django 必须掌握(7)：Forms 完全解析(二)
晦涩难董先生
04-21 768
用户提交的数据往往是不完整的、格式不正确的，甚至是故意恶意的（如 SQL 注入）。表单通过 Django 的 Form 类与视图和模板连接，可以在前端页面上实时反馈用户输入的问题，而数据库直接验证数据无法实现。表单（forms）与后端数据库（如 MySQL）之间的区别主要在于它们的作用和功能在整个应用程序开发过程中的不同定位。它们的核心差异以及为什么通常需要使用表单而不是直接操作数据库来进行验证的原因就是本文需要讲解的地方;通过这样的分工，表单和数据库协作实现了数据的接收、验证和存储。
scrapy整合django
An_dy_code的博客
08-02 608
在django下创建scrapy项目 修改scrapy的setting.py文件为： (1) import os (2) import sys (3) sys.path.append(os.path.dirname(os.path.dirname(os.path.abspath(’.’)))) (4) os.environ[‘DJANGO_SETTINGS_MODULE’] = ‘zhenghe.settings’ (5) # 手动初始化Django： (6) import django (7) djan.
Django动态传值给scrapy进行爬虫
DETACH-MENT的博客
04-21 3359
把scrapy爬虫框架部署在scrapyd上面,django框架在view通过requests包动态传值,调用scrapy爬虫框架爬取数据然后存入数据库.然后view再从数据库中取出数据.
django调用scrapy爬虫_「干货」菜鸟都能看懂的爬虫Scrapy入门指南
weixin_29343807的博客
12-28 1238
原创：芮舟 菜鸟学Python 爬虫，就是抓取网络数据的小脚本，把访问资源，获取数据，入库保存这一过程自动化的工具。“挂机神器”按键精灵，“抢课神器”Selenium都可以是很好的爬虫工具，想必大家对这两者已经是比较熟悉了。但是在生产工作中，大部分情况下，使用前述两种工具虽然能获取数据，但是对于服务器资源的开销比较大，且效率通常达不到要求。究其原因，这两个工具在获得相应数据之后还需要渲染展示，这个...
基于scrapy以Django为后端的校园资讯采集的微信小程序
Gowi的博客
04-22 2023
USCCampusEastStreet 一个采用scrapy爬虫以Django为后端的微信小程序 项目地址：https://github.com/WGowi/USCCampusEastStreet 文章目录USCCampusEastStreet第一章 系统概要分析1.1 系统总体设计1.1.1 系统组成部分分析1.1.2 系统运行流程1.2 爬虫总体设计介绍1.2.1 爬取对象简介1.2.2 爬虫总体架构设计1.3 Django后端总体设计介绍1.3.1 ORM对象关系映射设计1.3.2 View视图设计
【Python】Flask与Django对比详解：教你如何选择最适合你的Web框架
m0_74823471的博客
02-28 900
Flask是一个微型的Web框架，由Armin Ronacher在2010年开发，旨在让开发者能够快速搭建Web应用。Flask的设计哲学是“简洁而不简单”，它提供了核心功能，同时允许开发者根据需求自由添加扩展。这种灵活性使得Flask在许多项目中表现出色，尤其是在需要高度自定义的场景下。Django由Adrian Holovaty和Simon Willison在2005年创建，旨在让开发者能够快速构建功能齐全的Web应用。
django+scrapy结合
06-23
本篇文章将详细探讨如何将两个强大的Python库——Django和Scrapy结合，以实现通过Django的Web界面控制Scrapy爬虫的运行，并将爬取的数据存入数据库。 首先，让我们了解这两个框架的基本概念。Django是一个高级的Web...
scrapy+es+mysql+django打造搜索引擎
02-24
【标题】"scrapy+es+mysql+django打造搜索引擎"涉及了四个主要技术：Scrapy、Elasticsearch、MySQL和Django，它们共同构建了一个功能强大的搜索引擎系统。 **Scrapy** 是一个Python编写的用于爬取网站并提取结构化...
DJango跟Scrapy爬虫框架实现-ScrapydAPI
04-27
在本文中，我们将深入探讨如何使用Django与Scrapy这两个流行的Python框架，结合Scrapyd API，构建一个针对Zol硬件评价的情绪分析系统，以帮助用户判断是否应该购买某一产品。我们将详细介绍每个组件的作用以及它们...
elasticsearch实现增强百科搜索，scrapy实现百科爬虫，项目通过Django呈现web
09-29
总结来说，本项目结合了 Elasticsearch 的强大搜索功能、Scrapy 的高效爬取能力、Django 的Web开发框架，以及定制的爬虫程序，实现了从抓取、存储到搜索的一站式解决方案。用户可以通过Web界面输入关键词，系统将...
基于django和scrapy的采集系统.zip
06-06
【标题】"基于django和scrapy的采集系统.zip"揭示了一个使用Python的Django框架和Scrapy库构建的网络数据采集系统。这个项目可能是一个针对计算机科学学生，特别是那些进行课程设计或毕业设计的项目的实例。 ...
Centos7下的MySQL部署
2401_83224865的博客
06-09 607
尤其是在部署 MySQL 8.0 时，用户往往会遇到镜像源失效、GPG 签名验证失败等棘手问题。本文将结合实际操作场景，详细阐述如何在 CentOS 7 上成功部署 MySQL 8.0，并深入解析镜像源替换、DNS 配置、GPG 验证等核心难点的解决方案。GPG（GNU Privacy Guard）用于验证软件包的完整性和来源合法性，防止恶意篡改。忽略 GPG 验证会绕过软件包签名检查，可能导致安装被篡改的恶意软件，：此操作会禁用所有软件包的 GPG 验证，存在严重安全隐患。是否移除匿名用户（建议移除）
全面解析数据库：从基础概念到前沿应用​
BEST_yundun的博客
06-09 1069
一文了解数据库概念
Dify-6: 部署
uncle_ll的博客
06-10 723
本文详细介绍了Dify系统的部署方案，主要包含架构说明、系统要求、部署方法和配置指南
PostgreSQL --数据库操作
最新发布
2301_81259717的博客
06-11 637
具体说来，就是它必须要有你想备份的表的读 权限，因此为了备份整个数据库你几乎总是必须以一个数据库超级用户来运行它(如果你没有足够的特权 来备份整个数据库，你仍然可以使用诸如n schema 或-t table选项来备份该数据库中你能够 访问的部分)不管怎样，你将只能得到一个部分恢复的数据库。由 pg_dump 创建的备份在内部是一致的，也就是说,转储表现了 pg_dump开始运行时刻的数据库快照,且在 pg_dump 运行过程中发生的更新将不会被转储pg_dump 工作的时候并不阻塞其他的对数据库的操作。
pymilvus
专注最新最热的AI知识学习，以实战方式总结心得。
06-09 918
pymilvus是构建企业级向量搜索应用🏗️完整数据库功能的场景📈大规模数据处理的需求🔧复杂查询逻辑的应用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

晦涩难董先生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值