亲测，只为展现最完美的有效！

注意问题：不设置or条件必须包含所有结果，or限定被left join的表字段结果等同inner join。设计思路：select 嵌套查询，内层case 进行结果处理，外层对 case 的值做过滤。设计思路：left join只做外键约束，不写额外条件，所有条件写在where 里面。left join查询，case 挑选，最后用case 结果作为条件挑选符合的数据。union查询，把每个表符合条件的数据单独查询，最后用union进行拼接。设计思路：每个表的条件单独写，相互不影响，逻辑清晰。

背景在之前的设计中，https://blog.csdn.net/zhan107876/article/details/122160799满足了主要需求，包含上下级数据结构，也可以查询直接上下级，但是经过研讨，发现不能得到所有上级和所有下级，因此，本篇进一步改进设计。数据表如上，我们引入一张关系表，专门存放主表的上下级关系注意：当Higher_Id=Parent_Id时，Level_Distance=1操作sqlINSERT新增数据需要3个sql，分别是1、新增部门本体2、新增直接上级

背景希望包含上下级数据结构，比如部门，希望从指定部门查询到所有下级和所有上级的数据。本文从设计数据库表，相关sql诠释来数据表如上，我们引入一张关系表，专门存放主表的上下级关系约定：如果没有上级部门，则parent_Id存0操作sqlINSERT在新增部门数据后,如果当前部门有上级（假设当前部门id=2000, 上级id=1000）插入关联数据如下INSERT INTO tb_department_relation (parent_Id, children_Id) values (10

原因mysql新建表时，设置自增长的字段没有设置成主键通常我们这么做（我是用powerdesigner设计后导出）create table tb_department( Id bigint not null auto_increment comment 'id', Name varchar(60) not null default '' comment '名称', Short_Name varc

背景：查询前不确定操作的目标表格与查询的字段 目的：动态创建sql，整个sql语句都是由具体业务临时创建 好处：不受具体的限定绑死，灵活简单式：说明：直接把查询条件的值拼到sql中优点：简单，程序可读性强缺点：有sql注入的风险。每次查询只要有查询条件变更，底层都会当作新的sql重新解析，效率低Dao@Mapperpublic interface DynamicDataDao { @Select("${dynamicsql}") List<LinkedHashMa.

1、更新统计（含判断）-- 如果 Target_Count - ? < 0 则 更新Target_Count 成0， 否则 更新成 Target_Count - ?UPDATE fnd_logical_group SET Target_Count = IF(Target_Count + ? < 0, 0, Target_Count + ?) WHERE id = ?

1、批量更新db.getCollection('alarmEventModel').update( {"deviceId": 13468126621824}, {$set:{'deviceId': NumberLong(13468126621824)}}, {multi:true,upsert:false} )db.getCollection('alarmEventModel').find({"deviceId": 13468126621820}).forEach(

MySQL笔记 https://github.com/guodongxiaren/MySQL-docs