以前,我解过这个问题,现在百度搜索,发了像也只能找到我这个帖子. https://www.cnblogs.com/aguncn/p/4922654.html 今天,看了看官方文档,关于这个update_or_create,有了新的作法. 原理,就是filter条件照写,但使用一个defaults 字典来来决定是新增还是更新. 我自己的写代码片断如下: defaults = dict() defaults['name'] = '{}-{}-yaml'.format(app, env) defaul

今天发现的需求,在官方文档找到说法: In English, that means start with any non-'defaults' keyword argument that doesn’t contain a double underscore (which would indicate a non-exact lookup). Then add the contents of defaults, overriding any keys if necessary, and use

官方使用示例: obj, created = Person.objects.update_or_create( first_name='John', last_name='Lennon', defaults={'first_name': 'Bob'}, ) 当update_or_create的查询结果大于1个时,那么就会报错MultipleObjectsReturned的错. 纠正方式就是尽可能的缩小查询范围,实在无法确认,那就老老实实的使用先判断是否存在再进行更新. 关键报错信息: Multi

update_or_create(默认值=无,** kwargs)¶ 使用给定更新对象的便捷方法,kwargs必要时创建新对象.这defaults是用于更新对象的(字段,值)对的字典.值中的值defaults可以是callables. 返回一个元组,其中是创建或更新的对象,是一个布尔值,指定是否创建了新对象.(object, created)objectcreated 该update_or_create方法尝试根据给定的数据从数据库中获取对象kwargs.如果找到匹配项,则会更新defaults

update_or_create question.votes.update_or_create(user=request.user, defaults={"value": value}) # user 为查询条件 # defaults 中的数据如果存着就更新, 不存着就创建这条数据

update_or_create 作用是为了添加数据时防止重复. 先去查询, 如果没有在创建, 如果有则更新. update_or_create用法与密码存储实例 create方法 如果id是None 也会被创建成功 前端一般带id--create 不带id--update 能否将create和update来合并呢? 传统的create和update 正常的场景 前端post来数据, 无id则创建, 有id则更新. 想来也没啥问题. diy的场景 obj, created = Person.ob

django/query.py at master · django/django https://github.com/django/django/blob/master/django/db/models/query.py def get_or_create(self, defaults=None, **kwargs): """ Look up an object with the given kwargs, creating one if necessary. Retur

前言 参考本系列之前的文章,我们已经搭建了ldap并且可以通过django来操作ldap了,剩下的就是下游系统的接入了,现在的应用场景,我是分了2个层次,第一层次是统一认证,保证各个系统通过ldap来维护统一的用户名和密码,第二层次就是sso单点登录,即一个系统登录,其他系统即是登录状态,一个系统登出,其他系统也自动登出,也就是我们登录公司内部的N个系统,其实总共只需要登录一次即可. 目前,django的下游系统可以接入单点,理论上,只要语言支持memcache客户端,通过session维持登录

Django之Model操作 本节内容 字段 字段参数 元信息 多表关系及参数 ORM操作 1. 字段 字段列表 AutoField(Field) - int自增列,必须填入参数 primary_key=True BigAutoField(AutoField) - bigint自增列,必须填入参数 primary_key=True 注:当model中如果没有自增列,则自动会创建一个列名为id的列 from django.db import models class UserInfo(models

前端之django一些feature 本节内容 cookie session 跨站请求保护 分页 序列化 model模块 CBV和FBV 模板渲染对象 1. cookie cookie 是一种发送到客户浏览器的文本串句柄,并保存在客户机硬盘上,可以用来在某个WEB站点会话间持久的保持数据.cookie特性: 一组一组键值对保存在用户浏览器 可以主动清除 也可以被"伪造" 跨域名cookie不共享 浏览器可以设置不接受cookie cookie在浏览器中将会被放在一个一个源下,可以把浏览

八月22日,知识点总结: python manage.py makemigrations python manage.py migrate unique=true是指这个字段的值在这张表里不能重复,所有记录值都要唯一,就像主键那样搜索nullable=false是这个字   段在保存时必需有值,不能还是null值就调用save去保存入库 一.增删改查 1.添加表内容(三种方式) 1.1 obj = models.UserType(列名=‘内容’) obj.save() 1.2 models.Us

Python的WEB框架有Django.Tornado.Flask 等多种,Django相较与其他WEB框架其优势为:大而全,框架本身集成了ORM.模型绑定.模板引擎.缓存.Session等诸多功能. 1,基本配置 一.创建django程序 终端命令:django-admin startproject sitename IDE 创建Django程序时,本质上都是自动执行上述命令 其他常用命令: python manage.py runserver 0.0.0.0 python manage.py

""" The main QuerySet implementation. This provides the public API for the ORM. """ import copy import sys import warnings from collections import OrderedDict, deque from django.conf import settings from django.core import ex

1.models的功能 操作数据库 提交验证 在django的admin中,使用的是modelForms所以在验证的时候,尽管在models后有error_ message参数也不会根据此来提示.具体: .触发Model中的验证和错误提示有两种方式: a. Django Admin中的错误信息会优先根据Admiin内部的ModelForm错误信息提示,如果都成功,才来检查Model的字段并显示指定错误信息 b. 使用ModelForm c. 调用Model对象的 clean_fields 方法,

上一部链接 django入门全套(第一部) 本章内容 Django model Model 基础配置 django默认支持sqlite,mysql, oracle,postgresql数据库. <1> sqlite django默认使用sqlite的数据库,默认自带sqlite的数据库驱动 引擎名称:django.db.backends.sqlite3 <2>mysql 引擎名称:django.db.backends.mysql 1.配置文件中sqlite DATABASES =

Model 解析 Django的数据库,涉及相关操作时就是以下流程: 1.创建数据库,设计表结构和字段 2.使用Mysqldb来连接数据库,并编写数据访问层 3.业务逻辑层去调用数据访问层执行数据库操作 import MySQLdb def GetList(sql): db = MySQLdb.connect(user='root', db='wupeiqidb', passwd='1234', host='localhost') cursor = db.cursor() cursor.exec

0.数据库配置 django默认支持sqlite,mysql, oracle,postgresql数据库.Django连接数据库默认编码使用UTF8,使用中文不需要特别设置. sqlite django默认使用sqlite的数据库,默认自带sqlite的数据库驱 引擎名称:django.db.backends.sqlite3 mysql 引擎名称:django.db.backends.mysql mysql引擎配置: 'defaults': { 'ENGINE': 'django.db.back

这个放着,说不定以后作一些更深入的查询时,用得着的. http://www.rapospectre.com/blog/7/ 今天刚刚答完辩体完检就跑来更新博客了!!! 先补上第一篇: 一般情况下,我们在写Django项目需要操作QuerySet时一些常用的方法已经满足我们日常大多数需求,比如get.filter.exclude.delete神马的感觉就已经无所不能了,但随着项目但业务逻辑越来越复杂,这几个方法可能就不能很好但满足我们了,所以这时候,最好的办法是神马??对,读文档!这里的读文档不是

[omron - debug] user_id建表的时候,不能使用unique,因为一个用户,可能有多个product_id,相对应的是,get_or_create()中的查询参数,如果在建表中有unique,那么get_or_create()就只能唯一使用这个参数. 1. 准则: 背景: 如果建表 UserProduct, 其中一个user可以对应多个product,这也是我们希望的事情:) 1. 很明显,你的 user_id不可以使用 unique 2. user_id只能使用 db_ind

在查询时发生了什么(When QuerySets are evaluated) QuerySet 可以被构造,过滤,切片,做为参数传递,这些行为都不会对数据库进行操作.只要你查询的时候才真正的操作数据库. 下面的 QuerySet 行为会导致执行查询的操作: 循环(Iteration):QuerySet 是可迭代的,在你遍历对象时就会执行数据库操作.例如,打印出所有博文的大标题: for e in Entry.objects.all(): print(e.headline) 切片(Slicing