(八)Django学习——常用的查询数据的方法以及查询条件;常用的字段类型映射关系(2)

最后

🍅 硬核资料:关注即可领取PPT模板、简历模板、行业经典书籍PDF。
🍅 技术互助:技术群大佬指点迷津,你的问题可能不是问题,求资源在群里喊一声。
🍅 面试题库:由技术群里的小伙伴们共同投稿,热乎的大厂面试真题,持续更新中。
🍅 知识体系:含编程语言、算法、大数据生态圈组件(Mysql、Hive、Spark、Flink)、数据仓库、Python、前端等等。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

(2)常用的字段类型:


  1. IntegerField : 整型,映射到数据库中的int类型。

  2. CharField: 字符类型,映射到数据库中的varchar类型,通过max_length指定最大长度。

  3. TextField: 文本类型,映射到数据库中的text类型。

  4. BooleanField: 布尔类型,映射到数据库中的tinyint类型,在使用的时候,传递True/False进去。如果要可以为空,则用NullBooleanField。

  5. DateField: 日期类型,没有时间。映射到数据库中是date类型, 在使用的时候,可以设置DateField.auto_now每次保存对象时,自动设置该字段为当前时间。

设置DateField.auto_now_add当对象第一次被创建时自动设置当前时间。

  1. DateTimeField: 日期时间类型。映射到数据库中的是datetime类型,

在使用的时候,传递datetime.datetime()进去。

(3)Field的常用参数:


primary_key: 指定是否为主键。

unique: 指定是否唯一。

null: 指定是否为空,默认为False。

blank: 等于True时form表单验证时可以为空,默认为False。

default: 设置默认值。

DateField.auto_now: 每次修改都会将当前时间更新进去

DateField.auto_now_add: 第一次添加进去,都会将当前时间设置进去。以后修改,不会修改这个值

(4)动手实践:


①模型的定义(models.py文件):

from django.db import models

Create your models here.

class Article(models.Model):

name = models.CharField(max_length=30,unique=True) #unique唯一

up = models.IntegerField(null=True) #null 允许为空

text = models.TextField()

逻辑删除:比如你删除你的一条微信朋友圈,可能就只是将此默认值改为了False,在用户看来他已经删了这个,但是实际上后台人员仍可查询到数据!

is_delete = models.BooleanField(default=True)

create_time = models.DateField(auto_now_add=True) #日期时间 auto_now_add当字段被创建时自动设置为当前时间

update_time = models.DateTimeField(auto_now=True) #日期时间,自动设置该字段为当前时间

②切记:因为我们添加了一个新模型,因此需要再次迁移数据库。过程:修改models.py,执行命令makemigrations music,再执行命令migrate music。在这里插入图片描述
③观察可知对应的表已经映射到数据库中:

在这里插入图片描述

④使用Django对数据库中对应的表进行数据的增加与修改(views.py文件):

from .models import User,Article

def add_user(request):

Article.objects.create(name=“橘子洲头”,text=“橘子洲有青年艺术雕塑、问天台等景点,史载橘子洲生成于晋惠帝永兴二年(305年),为激流回旋冲积、沙石堆积而成。景区内生长着数千种花草藤蔓植物,其中名贵植物就有143种。还有鸥、狐、獾等许多珍稀动物。”)

Article.objects.create(name=“南岳衡山”,text=“橘子洲有青年艺术雕塑、问天台等景点,史载橘子洲生成于晋惠帝永兴二年(305年),为激流回旋冲积、沙石堆积而成。景区内生长着数千种花草藤蔓植物,其中名贵植物就有143种。还有鸥、狐、獾等许多珍稀动物。”)

return HttpResponse(“插入数据成功!”)

在这里插入图片描述

在这里插入图片描述

⑤如果我们再进行数据修改的话(views.py文件):

from .models import User,Article

def add_user(request):

j = Article.objects.get(id=2)

j.text = “1982年,衡山风景区被列入第一批国家级重点风景名胜区名单;2006年2月,衡山入选首批国家自然与文化双遗产名录;2007年5月,衡山风景区被评为首批国家5A级旅游景区;2007年8月,衡山被列为国家级自然保护区。”

j.save()

return HttpResponse(“插入数据成功!”)

注意:被修改的第二条数据的create_time字段名不会改变;但是对应的字段名update_time会自动改为当前时间!

3.表关系的实现:

=======================================================================

在这里插入图片描述

实践:

在这里插入图片描述

(1)模型的定义(models.py文件):

class Department(models.Model):

“”"

学院表

“”"

d_id = models.AutoField(primary_key=True)

d_name = models.CharField(max_length=30)

def str(self):

return “Department<d_id=%s,d_name=%s>”%(self.d_id,self.d_name)

class Student(models.Model):

“”"

学生表

“”"

s_id = models.AutoField(primary_key=True)

s_name = models.CharField(max_length=30)

on_delete级联删除。 参数CASCADE的意思是如果对应的学院被删除了,那么对应的学院下面的学生数据也跟着删除!

department = models.ForeignKey(“Department”,on_delete=models.CASCADE) #通过外键实现学生表和学院表之间的多对一关系!

Django的ORM模型使得我们实现多对多不需要再建一个中间表,而之间使用.ManyToMany()方法建字段名即可自动生成!

course = models.ManyToManyField(“Course”) #通过.ManyToMany()方法实现课程表和学生表之间的多对多关系

def str(self):

return “Student<s_id=%s,s_name=%s>”%(self.s_id,self.s_name)

class Course(models.Model):

“”"

课程表

“”"

c_id = models.AutoField(primary_key=True)

c_name = models.CharField(max_length=30)

def str(self):

return “Course<c_id=%s,c_name=%s>” % (self.c_id, self.c_name)

class Stu_detail(models.Model):

“”"

学生详情表

“”"

#Student代表外键的意思;.OneToOneField()代表唯一。外键加唯一实现一对一的关系

Student = models.OneToOneField(“Student”,on_delete=models.CASCADE) #通过外键加唯一实现学生表和学生详情表之间的一对一关系!

age = models.IntegerField()

phone = models.CharField(max_length=11)

def str(self):

return “Stu_detail<age=%s,phone=%s>” % (self.age, self.phone)

(2)切记:因为我们添加了一个新模型,因此需要再次迁移数据库。过程:修改models.py,执行命令makemigrations music,再执行命令migrate music。(不要嫌弃我一遍又一遍的说哦)

在这里插入图片描述

感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的:

① 2000多本Python电子书(主流和经典的书籍应该都有了)

② Python标准库资料(最全中文版)

③ 项目源码(四五十个有趣且经典的练手项目及源码)

④ Python基础入门、爬虫、web开发、大数据分析方面的视频(适合小白学习)

⑤ Python学习路线图(告别不入流的学习)

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友,可以戳这里获取

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

<think>嗯,用户想了解DjangoORM的定义、功能和适用场景。这个需求很明确,看来是个刚接触Django的开发者。需要结合站内引用材料整理知识点。引用[1]提到ORM模型构建和查询方法的核心内容,引用[2]通过与SQLAlchemy对比说明DjangoORM的简化特性,引用[3]详细列举了字段类型和关系映射,引用[4]则强调其跨数据库能力。这些材料足够构建完整回答。定义部分要突出对象关系映射的本质——把数据库表转化为Python类。引用[4]的“翻译成对应SQL语句”这个比喻很形象,可以借用。功能层面需要分层说明:数据表创建(引用[3]的Model构建)、CRUD操作(引用[1]的增删改查)、关系管理(引用[3]的多对多字段)。特别要强调Meta元数据类这个独特设计。使用场景比较有趣。引用[2]指出适合业务逻辑专注型项目,这正是Django的优势领域。需要补充具体例子:当业务复杂但数据库操作标准时(如电商后台),或在团队需快速迭代时。跨数据库支持(引用[4])对SaaS类项目很实用。反例也要说明——数据分析类需要复杂SQL时就不适合。可能用户接下来会问查询优化,引用[1]提到的限制查询集结果集方法就是性能关键。提前准备缓存机制、select_related等知识点备用。如果用户是新人,关系字段映射这类基础问题也可能出现。</think> ### Django ORM 的定义、功能及使用场景 (定义参考引用[3][4],功能参考引用[1][3],场景参考引用[2]) #### **1. 定义** Django ORM(Object-Relational Mapping)是一个将**数据库表映射为Python类**的抽象层,开发者通过操作Python对象(`Model` 类)即可间接操作数据库,无需编写原生SQL。其本质是将代码翻译为对应数据库引擎的SQL语句(如MySQL、SQLite等),实现数据库无关性[^3][^4]。 #### **2. 核心功能** (以下功能基于引用[1][3]整理) - **模型构建** 通过定义 `Model` 类(如 `class User(models.Model)`)声明表结构,字段类型(整型、字符串、日期等)和关系(一对一、多对多)均转化为Python类属性。 ```python from django.db import models class Article(models.Model): title = models.CharField(max_length=100) # 字符串字段 content = models.TextField() pub_date = models.DateTimeField(auto_now_add=True) # 自动添加日期 ``` - **数据操作(CRUD)** - **查询**:通过 `QuerySet` API(如 `Article.objects.filter(title__contains="Django")`)链式组合条件,支持聚合、排序等。 - **增删改**: ```python Article.objects.create(title="ORM指南") # 创建数据 article = Article.objects.get(id=1) article.title = "更新标题" # 更新数据 article.save() Article.objects.filter(id=2).delete() # 删除数据 ``` - **关系管理** - 多对一(`ForeignKey`)、多对多(`ManyToManyField`)、一对一(`OneToOneField`)关系直接映射为模型关联。 #### **3. 适用场景** (基于引用[2][4]分析) - **业务逻辑标准化项目**:如内容管理系统、电商平台后台,需快速实现标准CRUD操作时。 - **团队协作开发**:ORM的统一接口降低数据库操作门槛,避免SQL风格差异。 - **数据库迁移需求**:更换数据库引擎(如SQLite → PostgreSQL)时,只需修改配置,代码无需调整[^4]。 #### **4. 局限性** - **复杂查询性能**:嵌套关联查询或大数据量分析时,手写SQL可能更高效。 - **高度定制化场景**:需深度优化SQL(如特定索引提示)时灵活性低于SQLAlchemy[^2]。 --- ### 相关问题 1. Django ORM 的 `QuerySet` 延迟加载机制如何工作? 2. 如何优化 Django ORM 在多表联查时的性能? 3. ORM 中的 `Meta` 内部类有哪些常用配置选项? [^1]: 引用自站内材料:Django ORM详解 [^2]: 引用自站内材料:SQLAlchemy和Django ORM对比 [^3]: 引用自站内材料:【DjangoDjango ORM详细使用方法 [^4]: 引用自站内材料:django orm插入一条_Django之ORM操作
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值