展开

关键词

Django 2.1.7 模型类 - 字段类型

上一篇Django 2.1.7 模型 - 使用mysql数据库连接访问讲述了如何使用mysql作为数据库,执行模型查询数据,并返回渲染页面。 ,还有很多字段类型没有在这两个模型体现出现。 模型字段的定义属性 django会为表创建自动增长的主键列,每个模型只能有一个主键列,如果使用选项设置某属性为主键列后django不会再创建自动增长的主键列。 定义属性时需要指定字段类型,通过字段类型的参数指定选项,语法如下: 属性=models.字段类型(选项) 字段类型 使用时需要引入django.db.models包,字段类型如下: AutoField: 编写模型类演示 有了上面关于字段类型的相关说明,下面来丰富一下我这边编写的模型字段属性,如下: class ServerInfo(models.Model): server_hostname

41630

django 模型中的计算字段实例

verbose_name='姓') given_name = models.CharField(max_length=20, verbose_name='名') def name(self): # 计算字段要显示在修改页面中只能定义在只读字段中 admin.ModelAdmin): def name(self,obj): # 这个方法会得到两个参数,第一个是类本身的一个实例(app.PersonAdmin),第二个是这个类管理的模型实例 'name' readonly_fields = ('name',) admin.site.register(Person, PersonAdmin) 补充知识:django如何在 search_fields 中包含外键字段 在search_fields中加入一个外键的名字是不能查询的,要写成(外键名__外键中的字段名)的形式. search_fields = ('attributename','goodsclass __cn') # goodsclass__cn 就可以搜索外键的名字中有搜索词的条目了, # 比如搜索手机的分辨率,而不是电脑的分辨率,就可以搜索'手机 分辨率' 以上这篇django 模型中的计算字段实例就是小编分享给大家的全部内容了

39120
  • 广告
    关闭

    腾讯云开发者社区系列公开课上线啦!

    Vite学习指南,基于腾讯云Webify部署项目。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    用人话讲解django模型字段认识

    model(模型) 是学习 django 最重要的知识,模型设计的好坏直接影响到你后期的开发,模型的设计只能靠自身经验提高。模型准确且唯一的描述了数据,包含您储存的数据的重要字段和行为。 当你定义好的模型信息,执行 python manager.py makemigtations 会自动生成数据库同步脚本,模型字段和数据库表生成映射关系(这个时候并没有操作数据库),执行 python 每个模型都是一个 Python 的类,这些类继承 django.db.models.Model 模型类的每个属性都相当于一个数据库的字段。 假如,你要给一张表的每列字段设置字符类型,比如有的字段是char类型,有的是int类型,django中的模型字段类型的作用就是上面提到的设置数据表的数据类型。 # CharField为字符串类型,必须有max_length设置最大长度,verbose_name在django后 台显示该英文字段的中文意思 # IntegerField整型 # DecimalField

    15610

    django 模型字段设置默认值代码

    =50) port = models.IntegerField(default=22) #设置默认值为22 path = models.CharField(max_length=50) 补充知识:django 设置默认值到SQL 环境:django 1.9.7 背景介绍 django migrate 生成表结构时,默认是不处理default(即字段的default 是在django 框架层面,没有到数据库层面 当然,如果只用django 来做项目是没有任何问题的,但是如果同一个库被不同框架操作,那么怎么来管理这些表呢是个问题。 项目前端系统使用tornado,后端管理系统使用django, 鉴于这种情况,所以就用django来生成所有的表,但是在实际中,不通过django 插入的数据全都报错,一查看,全是默认值没有填写的情况。 default value in model isn’t passed to SQL 上面的fix已经过时太久,在1.9.7里面这些都是有的,只是屏蔽了default 详情 跟踪调试发现如下东西 在文件: django

    1.2K40

    Django 2.1.7 模型类 - 字段类型

    上一篇Django 2.1.7 模型 - 使用mysql数据库连接访问讲述了如何使用mysql作为数据库,执行模型查询数据,并返回渲染页面。 ,还有很多字段类型没有在这两个模型体现出现。 在官方文档中,关于字段类型的描述非常多,如下: 模型字段的定义属性 django会为表创建自动增长的主键列,每个模型只能有一个主键列,如果使用选项设置某属性为主键列后django不会再创建自动增长的主键列 定义属性时需要指定字段类型,通过字段类型的参数指定选项,语法如下: 属性=models.字段类型(选项) 字段类型 使用时需要引入django.db.models包,字段类型如下: AutoField 编写模型类演示 有了上面关于字段类型的相关说明,下面来丰富一下我这边编写的模型字段属性,如下: class ServerInfo(models.Model): server_hostname

    5010

    django实现模型字段动态choice的操作

    需求是根据当前登录用户来显示某个choice字段不同的选择项。 先放现在的实现版本。 这个模板文件,对django模板语法不太熟,遂放弃。 不过stackoverflow上的给出的这个方法不错,可以参考,就是缺一个获取用户名的地方,哪天再看一下 补充知识:django 中优雅的使用 choice 字段 问题 django中如何比较优雅的对元组进行标记分类 可使用choice字段 choice字段 # models.py class BookTagNum(object): OTHER = 1 SCIENCE = 2 SOCIAL_SCIENCES 实现模型字段动态choice的操作就是小编分享给大家的全部内容了,希望能给大家一个参考。

    75200

    Django模型字段属性choice使用说明

    在模板中可以通过模板语言 {{ user.sex }}很简单地显示value,但不能直接调用 get_属性_display()方法(模板毕竟是模板语言) 只能自定义过滤器,顺便提一句django中是不能直接调用函数的 补充知识:django中choices字段获取对应字段值 如下所示: class Area(models.Model): Area_Level = ( (0, u'全国'), ( models.IntegerField(choices=Area_Level,verbose_name='层级', null=True) object.get_level_display() 以上这篇Django 模型字段属性choice使用说明就是小编分享给大家的全部内容了,希望能给大家一个参考。

    54410

    使用信号监控 Django 模型对象字段值的变化

    django.db.models import signals from django.dispatch import receiver from students.models import 监控特定字段 (field) 值的变化 从上一段代码可以知道,通过接收模型 post_save 信号,可以得知发生了保存模型对象的操作,并且还可以区分出是创建了模型对象还是更新了模型对象。 然而,模型信号并没有提供针对特定字段值变化的广播功能,虽然该信号提供了 update_fields 参数,但是并不能证明在该参数中的字段名的字段值一定发生了变化,所以我们要采用一个结合 post_init __original_name, instance.name)) 简单的说就是在该模型广播 post_init 信号的时候,在模型对象中缓存当前的字段值;在模型广播 post_save (或 pre_save )的时候,比较该模型对象的当前的字段值与缓存的字段值,如果不相同则认为该字段值发生了变化。

    38520

    django模型动态修改参数,增加 filter 字段的方式

    模型系统的常用字段字段参数 常用字段 AutoField:int自增列,必须填入参数 primary_key=True。 through:在使用ManyToManyField字段时,Django将自动生成一张表来管理多对多的关联关系。 through_fields=("author", "book")) # through_fields接受一个2元组('field1','field2'): # 其中field1是定义ManyToManyField的模型外键的名 (author),field2是关联目标模型(book)的外键名。 其他属性详情请查看:官方文档 以上这篇django模型动态修改参数,增加 filter 字段的方式就是小编分享给大家的全部内容了,希望能给大家一个参考。

    46031

    Python Django开发 异常及其解决办法(一)

    5.Django makemigrations报错Field specifies on_delete=SET_NULL, but cannot be null 在进行Django开发时,定义完数据模型后要进行数据映射 这可能是因为所定义的某个模型定义了外键,而在新版的Django中外键必须指定on_delete属性,例如user = models.ForeignKey(User, verbose_name='用户', on_delete=models.SET_NULL)此时是因为该属性指定为models.SET_NULL,即在父模型删除数据后,对应的子模型记录字段设为空,但是在定义该字段时并未允许该字段为空,因此解决方法有两种 6.Django xadmin数据迁移ImportError 在安装xadmin后进行数据迁移时,报错: ImportError: cannot import name 'six' from 'django.utils 10.Django xadmin数据迁移ModuleNotFoundError 在安装xadmin后进行数据迁移时,报错: from django.core.urlresolvers import reverse

    78520

    Django 2.1.7 Admin管理后台 - 注册模型、自定义显示列表字段

    能够根据定义的模型类自动地生成管理模块。 使用Django的管理模块,需要按照如下步骤操作: 1.管理界面本地化 2.创建管理员 3.注册模型类 4.自定义管理页面 1.管理界面本地化 本地化是将显示的语言、时间等使用本地的习惯,这里的本地化就是进行中国化 3.注册模型类 登录后台管理后,默认没有我们创建的应用中定义的模型类,需要在自己应用中的admin.py文件中注册,才可以在后台管理中看到,并进行增删改查操作。 在列表页中点击"增加"可以进入增加页,Django会根据模型类的不同,生成不同的表单控件,按提示填写表单内容后点击"保存",完成数据创建,创建成功后返回列表页。 ? ? ? Django提供了自定义管理页面的功能,比如列表页要显示哪些值。 打开assetinfo/admin.py文件,自定义类,继承自admin.ModelAdmin类。

    1.2K40

    Django 2.1.7 Admin - 注册模型、自定义显示列表字段

    Admin站点 内容发布的部分由网站的管理员负责查看、添加、修改、删除数据,开发这些重复的功能是一件单调乏味、缺乏创造力的工作,为此,Django能够根据定义的模型类自动地生成管理模块。 使用Django的管理模块,需要按照如下步骤操作: 1.管理界面本地化 2.创建管理员 3.注册模型类 4.自定义管理页面 1.管理界面本地化 本地化是将显示的语言、时间等使用本地的习惯,这里的本地化就是进行中国化 3.注册模型类 登录后台管理后,默认没有我们创建的应用中定义的模型类,需要在自己应用中的admin.py文件中注册,才可以在后台管理中看到,并进行增删改查操作。 在列表页中点击"增加"可以进入增加页,Django会根据模型类的不同,生成不同的表单控件,按提示填写表单内容后点击"保存",完成数据创建,创建成功后返回列表页。 Django提供了自定义管理页面的功能,比如列表页要显示哪些值。 打开assetinfo/admin.py文件,自定义类,继承自admin.ModelAdmin类。

    9120

    Python+django网页设计入门(19):创建新模型扩展自带用户表的字段

    技术要点: 1)创建自定义用户模型,使用一对一映射关系,扩展django自带的用户表字段; 2)使用django自带的认证和登录功能; 3)登录后获取自定义信息。 4、修改apps\users\models.py文件,增加新的模型 ? 5、在PyCharm中执行manage.py命令,使得新模型生效 ? ? 6、修改apps\users\admin.py文件,写入下面的代码,使得管理页面能够管理新建的模型 ? 7、修改apps\users\forms.py文件,增加登录页面的表单类 ?

    40520

    为什么使用makemigrations提示No changes detected

    我们在使用Django创建工程的时候都使用makemigrations、migrate来生成最初的数据库模型,但是到最后都是直接在数据库中手动创建表,为什么呢? models.py中定义的模型 APP下面的migrations目录 数据库中的django_migrations表 makemigrations 执行makemigrations命令的时候,执行流程如下 对比2、3中生成的模型字段,如果有变化就在对应APP的migrations目录下生成新的.py文件 migrate 执行migrate命令的时候,执行流程如下: 根据注册的APP,获取所有APP下的migrations 目录,遍历其下的py文件(不以_~开头的) 根据migrations目录下的所有迁移文件生成数据库表模型 读取django_migrations表中的所有记录,其中记录的是所有表生成的迁移文件信息 id 目录下的文件是否相匹配,如果全都加载过,则不执行;如果有未加载的,就执行数据库命令 结论 通过以上分析得出以下结论: app下必须有migrations文件夹,即使是空的(必须有、必须有、必须有) 执行迁移时应该先执行

    3.4K30

    Sentry 开发者贡献指南 - 数据库迁移

    您也可以运行 sentry django migrate 来直接访问迁移命令。 将您的数据库移动到特定的迁移 当您要测试迁移时,这会很有帮助。 例如 sentry django makemigrations sentry 当您在 pr 中包含迁移时,还要为迁移生成 sql 并将其作为注释包含在内,以便您的审阅者可以更轻松地了解 Django 正在做什么 这个 pr 只会有一个迁移,因为 Django 不再知道这些字段。 相反,只需在 Django 中重命名模型,并确保将 Meta.db_table 设置为当前表名,这样不会有任何中断。这是首选方法。 相反,只需在 Django 中重命名字段,并在定义中使用 db_column 将其设置为现有的列名,这样就不会中断。这是首选方法。

    9720

    【愚公系列】2022年01月 Django商城项目13-登录界面-QQ登录功能实现

    文章目录 前言 1.QQ互联开发者申请 2.QQ互联应用申请 3.网站对接QQ登录 一、django实际对接流程 1.创建抽象模型类 2.创建QQ用户模型类 3.注册应用 4.配置QQ登录信息 5. 相关连接:http://wiki.connect.qq.com/%E5%87%86%E5%A4%87%E5%B7%A5%E4%BD%9C_oauth2-0 一、django实际对接流程 1.创建抽象模型类 from django.db import models class BaseModel(models.Model): """为模型类补充字段""" create_time = models.DateTimeField , 用于继承使用,数据库迁移时不会创建BaseModel的表 2.创建QQ用户模型类 from django.db import models from utils.models import BaseModel class OAuthQQUser(BaseModel): """QQ登录用户数据""" # ForeignKey 我们使用了 其他子应用的模型 # 我们采用 '子应用名.模型类名

    6810

    django1.11.2版本实现文件上传demo

    目录: 创建Django的项目,创建Django的应用 设计模型 处理urls.py以及views.py 设计模板,设计表单 运行项目,查看数据库 1.创建Django的项目,创建Django的应用: 所以我们的模型很简单,一个用户名,一个文件名即可。 python manage.py createduperuser 不可用 改为: python manage.py createduperuser 4.设计模板以及表单 其实刚才就可以在views.py 而且,恐怕你也注意到了,NormalUserForm的字段和NormalUser模型是一样的各中哲理自己品味吧:-) templates/ register.html <! 就会按照默认的样式在模板页面输出表单的所有的字段

    27610

    彻底搞懂Django中的数据迁移

    表中每列都有特定的数据类型,这就是 Django 里常说的字段了。每一行就是表中的一条数据。 上面的表写成模型长这样: class Post(models.Model): # id 字段不需要自己写 title = models.TextField() created = 在执行 makemigrations 指令时,Django 不会检查你的数据库,而是根据目前的模型的状态,创建一个操作列表,使项目状态与模型定义保持最新。 打开数据库可以看到多了 mig_pen 表,并且里面的字段模型是完全匹配的。 ? (比如 Django 是数据库开发完成后才加入的) 首先在 models.py 中编写模型,确保模型和数据库中的表是完全一致的。

    2.5K20

    django数据库迁移时候异常

    django数据库迁移时候异常 一.错误信息 Django在根据models生成数据库表时报 init() missing 1 required positional argument: 'on_delete ' 二.原因 在django2.0后,定义外键和一对一关系的时候需要加on_delete选项,此参数为了避免两个表里的数据不一致问题,不然会报错: TypeError: init() missing 1 required positional argument: 'on_delete' 三.解决方法 加上字段 举例 举例说明: user=models.OneToOneField(User) owner

    19120

    Django项目知识点(三)

    本文一篇完全介绍django的最重要的model 6.django model 模型是数据唯一而且准确的信息来源。它包含正在储存的数据的重要字段和行为。一般来说,每一个模型都映射一个数据库表。 AbstractUser,迁移时不应该创建 Meta 使用内部 Meta类 来给模型赋予元数据 # 这里的basemodel是上面的 class Teacher(BaseModel): name Django有一套默认的按照一定规则生成数据模型对应的数据库表明。 这个选项是指定,模型的复数形式是什么,比如verbose_name_plural = "学校"如果不指定Django会自动在模型名称后加一个’s’ 字段类型 models.CharField 字符串类型 注意:Django在一个模型中只允许有一个自增字段,并且该字段必须为主键!

    27830

    扫码关注腾讯云开发者

    领取腾讯云代金券