背景 项目新导入了一批人员数据，这些人的有的部门名称发生了变化，有的联系方式发生了变化，暂且称该表为t_dept_members, 系统中有另外一张表 t_user_info 记录了人员信息。 要求将 t_dept_members 中有变化的信息更新到 t_user 表中，这个需求就是「跨表更新」啦 ...
分类：
数据库 时间：
2020-02-15 11:25:40
阅读次数：
86
ORM框架本质: 让面向对象的类跟数据库中的表做个对应关系 ORM与原生SQL比较： 原生SQL性能较好 原生SQL的可维护性相对差一些 ORM操作、开发起来比较简单、快捷 Python ORM框架：SQLALchemy、Django、Storm、SQLObject SQLALchemy与Djang ...
分类：
数据库 时间：
2020-02-11 17:33:44
阅读次数：
75
上一篇文章 "跨表更新，看到自己写的SQL像个憨憨" 写了关于跨表个更新的内容。一年过的很快，文中后来的两位员工 和 也要面对无情的 KPI 考核了，他们工作干的很不错，performance 分别是 4 和 5 新需求来了，静悄悄的来了！！！ 领导想要查看每个 performance 下都有谁，同 ...
分类：
数据库 时间：
2020-02-04 10:23:31
阅读次数：
123
有点 SQL 基础的朋友肯定听过 「跨表查询」，那啥是跨表更新啊？ 背景 项目新导入了一批人员数据，这些人的有的部门名称发生了变化，有的联系方式发生了变化，暂且称该表为 , 系统中有另外一张表 记录了人员信息。要求将 中有变化的信息更新到 表中，这个需求就是「跨表更新」啦 憨B SQL 直接被秒杀 ...
分类：
其他好文 时间：
2020-02-03 10:06:12
阅读次数：
90
前言： 一般业界，对订单数据的分库分表，有两类思路：按照订单号来切分、按照用户id来切分。 一.按照订单号来做 hash分散订单数据 把订单号看作是一个字符串，做 hash，分散到多个服务器去。 具体到哪个库、哪个表存储数据呢？订单号里面的数字来记录着。 如果要查询某用户的所有订单呢？ 由于是根据订 ...
分类：
其他好文 时间：
2020-01-28 17:22:42
阅读次数：
91
1. [{} ] all_users = models.User.objects.all().values('name','age','role__name') 2. [ 对象 ] all_users = models.User.objects.all() 用的时候注意，只拿自己表中的字段，别跨表 ...
分类：
其他好文 时间：
2019-12-27 15:16:11
阅读次数：
63
[toc] ModelSerializer类序列化 mysql配置： 单表序列化与反序列化操作: ModelSerializer类序列化与反序列化: put 更新: post 新增： 单删： ...
分类：
其他好文 时间：
2019-12-25 23:51:39
阅读次数：
136
[toc] 多对多三种创建方式 全自动 优点: 无须自己创建多对多关系表, 支持orm跨表查询, 支持add, set, remove, clear方法 不足: 表的扩展性较差 纯手撸 优点: 字段完全由自己定义 不足: 不支持orm跨表查询, 不支持add, set, remove, clear方 ...
分类：
其他好文 时间：
2019-12-04 01:51:06
阅读次数：
172
多对多三种创建方式 1、全自动创建 好处：至始至终不用操作第三张表，全都是由ORM自动创建 ? 内置的第三张表的方法：add、remove、set、clear 缺点：第三张表是自动创建的，无法扩展字段，扩展性差 2、纯手撸 优点：第三张表中字段个数和字段名称全都可以自己定义 缺点：不再支持orm跨表 ...
分类：
其他好文 时间：
2019-12-04 01:38:17
阅读次数：
110
知识点深浅copy浅值深idorm操作ManyToManyField虚拟字段告诉Djangoorm自动帮你创建第三张表查询的时候可以借助该字段跨表外键属性可赋值外联对象Model.object下13个必会操作返回QuerySet对象的方法有all()filter()exclude()order_by()reverse()distinct()特殊的QuerySetvalues()返回一个可迭代的字典
分类：
其他好文 时间：
2019-11-22 19:43:42
阅读次数：
80
