springboot条件查询,「开源」基于SpringBoot+Ant Design Vue开发的物流仓储系统
springboot条件查询,「开源」基于SpringBoot+Ant Design Vue开发的物流仓储系统详细介绍
本文目录一览： springboot 如何判断根据时间签到是否成功
springboot 判断根据时间签到是否成功方法如下所示：实现了用户的签到和签退，设定签到时间未上午9点，签退时间未下午17:30 ，用户只能签到一次。当签到时间大于设定值时，会提醒，当签退时间小于设定值时，会提示早退。管理员可以登录后台，对用户进行管理，可以查看用户签到信息，进行条件查询，可以导出excel表格。
VODTO在spring boot2mybatis plus项目中之简单应用
在我使用mybatis plus开发的项目中，总结出几条经验：
1、单表最简单
直接Wrapper.query构建QueryWrapper查询对象，也可以通过集成Model，得到一系列的加强功能，可以说单表操作，其灵活性和简便、性能，和JPA一样牛B（我用过一段时间的JPA，使用repository查询也很方便）。
在Controller层，VO常常被我用来简化返回的对象，毕竟BeanUtil还是挺好用的，追求性能的话，恰好IDEA有个插件可以很好的实现手动版赋值拷贝。
DTO再单表操作的时候，作用就不是那么的明显了，为了偷懒，一个VO跑所有，我知道不好，没办法就是懒。
简单总结：单表操作，vo，dto主要用来简化对象的属性，不能一个请求连User的password都丢出去吧，明文密码的现象有木有。
2、联表查询
使用Mybatis plus联表查询，基本上就退回到mybatis的层面了，VO/DTO这个时候就算是比较好的补充了，反正有的人喜欢SQL,有的喜欢对象操作，还有注解型、xml型，玩法真多。
A、一对多的场景：
Controller(使用VO接收和返回，基本上可以做到一个请求完成所有需要的data)，当请求到达Controller后转发给Service，使用我们可以开始拆分成不同的dto来使用了。Service入参的时候，有两个选择：从VO提取需要的参数封装成Map对象，调用Wrappers.query查询；或者封装成入参DTO，方便复用，这里根据场景选择；返回时DTO就有必要了，一边来说，到了Service层我们不会考虑数据脱敏等安全问题，我们考虑性能。您可能会说，不该mybatis的默认service返回的都是数据实体对象，装DTO岂不是浪费，NONono,喜欢SQL的同学对dto一定是喜欢的不得了，返回DTO不至于出现数据实体的残躯（属性缺胳膊少腿）。喜欢默认Service的同学，看好了，我说的是一对多的场景，我给点提示"多线程"，将无数个小DTO通过并行的方式，拷贝给VO实行组装，速度提升不是的一两点，特别是一个好大的页面请求，还有别忘记“同步锁”。那种CPU狂飙的感觉，爽。
B、多对多（不常见）
见过意大利面吗，一团一团，前台的同学，一个form请求过来，可能连参数名都对不齐。一般情况下，我建议大家直接拒绝请求。但如果对方付了RMB的话，（比如你是一个接口商），我们还是要勉强抬抬眼皮的。多对一的场景出现在一个不常见的场景，比如说：我们的接口需要一次接收多个对象组装的data，第一选择，拆成小dto，传给各自的mapper，返回的时候组装自己的VO。第二选择，BeanUtils又来了，属性拷贝走起Wrppers查询，再用VO封装；第三选择，性能最好的，写SQL。他们丢再大的参数我也不怕了。
总结：
VO：简单的时候可以替代dto从前跑到后；
DTO：只在Service,mapper层跑；
要会拆，能拆。充分利用mybatis plus的条件查询，因为太爽了。对象查询可能会慢，但我们的时间更重要，不是吗？
最后，这是一篇水文。
SpringBoot整合MongoDB实战
MongoTemplate配置
一般情况下，按照如下配置，springboot会进行自动装配，但是如果需要实现一些自定义的功能，例如密码加解密，类型转换等功能需要手写配置MongoTemplate。
@EnableMongoRepositories()表示支持Spring JPA，即通过规范命名的接口来实现简单的DB操作，不需要自己写Query，可以通过该注解的value属性来指定注解的作用范围。 ReUtil是一个正则表达式的工具类，用于判断配置文件的格式是否正确，配置MongoDatabaseFactory过程中实现一个比较简单的配置文件解密的过程，解密方法用简单的字符串翻转来实现。 通过MappingMongoConverter来实现java中的对象与MongoDB中的Document进行一些复杂的映射，默认情况下一个java域对象存入MongoDB时会生成一个"_class"的key对应存储Java对象类型，通过
来取消每条记录生成一个"-class"的数据。 通过MappingMongoConverter实现一个简单的时间转化功能TimestampConverter，如下所示
还可以进行更加精细化的配置，例如
可以通过WritingConverter和ReadingConverter配置Document和Java对象相互转化。
MongoTemplate实战
例如一个博客系统，我们通过MongoDB存储用户的浏览记录，浏览记录的实体如下所示，
如上所示，每个人对应每篇文章有一条浏览记录，每次访问都会对访问次数viewCount进行+1操作.下文针对这个场景介绍MongoTemplate的基本操作。
这些操作用法基本一样，如下所示，传入一个封装查询条件的对象Query，Java中映射的对象entityClass和MongoDB中对应的Document的名称。
例如我们想要查询某个用户某篇博客的访问次数，我们只需要通过博客id和访问者构建查询条件进行查询即可。
findAndModify表示更新符合查询条件的记录，其方法如下所示，
Query封装查询条件，Update封装的是更新内容。例如用户每次刷新页面浏览次数会+1操作，我们可以使用findAndModify操作，如下所示
如上所示，首先判断用户是否存在访问记录，如果存在则通过Update对访问次数viewCount进行+1操作，若不存在访问记录则新建访问记录。
保存操作包括主要包括insert和save方法，这两个方法都没有返回值，同时两个方法有一些区别，
该方法如下所示，
注释说明该方法的功能是，如果存在与查询条件匹配的文档，则根据Update中的内容进行更新，如果不存在符合查询条件的内容，则根据查询条件和Update插入新的文档。
聚合查询 MongoDB 中聚合(aggregate)主要用于处理数据(诸如统计平均值，求和等)，并返回计算后的数据结果。本文侧重于Java实现。 结合上述中的访问记录的场景，如果我们需要统计某个博主某个专栏下面所有文章的访问记录，包括访问总人数，访问总次数，以及每个访客对应的访问次数详情，并且要满足分页需求，那么我们需要用到MongoDB的聚合操作，具体实现如下所示
总结 本文详细介绍了SpringBoot如何整合MongoDB，并且结合博客系统的访问记录展示了MongoTemplate的基本用法。
mysql+springboot+jpa查询几十万条数据很慢 如何解决？
将查询语句放到服务器命令行去跑，如果慢，则可以考虑通过添加索引来提高查询速度。
如已有索引或添加索引后查询速度仍未改善，查看语句执行计划中，是全表扫描还是走索引。如果走了索引，那就可能考虑是服务器性能瓶颈或数据库设置问题，涉及的设置项比较多，你没有提供相关信息，无法继续提供优化建议。如果没有走索引，检查语法（查询条件添加函数不走索引）和表属性（关联表字符集不统一不走索引）。
如果服务器本地快，但页面查询慢，那就排除了性能问题，考虑网络问题与页面查询语句调用的驱动模块是否有问题。检测网络连接速度，如慢尝试更换网线。网络连接速度正常，则尝试更换调用的驱动包，重新下一个或换一个版本。
mysql支持几十万的数据，响应速度应该是毫秒级的。
看了下你的语句，不要用IN了，改INNER JOIN吧，套那么多层IN，肯定没效率。
SpringBoot基础(三)
大家好，一直以来我都本着 用最通俗的话理解核心的知识点， 我认为所有的难点都离不开 「基础知识」 的铺垫
「大佬可以绕过 ~」
本节给大家讲讲 「Java的SpringBoot框架」 , 之前我们学习的都是java的基础知识和底层提供的一些能力，我们日常工作都是在写接口。在我们在产品开发中，一般我们都会选择比较稳定的框架来帮我们加速开发，不会自己去造轮子，而在java众多框架中，spring框架表现的非常好，大部分公司都会首选它作为开发框架，而至今，大部分企业都是以 springboot 来构建项目了~
上期我们讲解了springboot中的 http请求处理 以及涉及到的几个注解。后台服务始终绕不开数据的开发，我们需要把用户产生的数据落地到数据库。本期，将带大家学习一下springboot中的 数据库处理 , 我们将学习目前市面上比较火的 Mybatis 框架， 它是一个 ORM 框架, 我将分为 三个小节 去讲解，现在用的比较多的数据库是 Mysql , 它是一个 开源 的 关系型 数据库, 这一节将带大家快速入门 Mysql 。最近github可能会被墙，所以我把源码放到了国内gitee上,本节我们依然使用上期的代码
如果你是mac用户,推荐使用 homebrew 安装, 它是mac软件包管理工具,如果你还没安装， 可以到这个官网去安装 https://brew.sh/index_zh-cn, 安装好后执行命令:
安装好后，它会列出启动命令，设置root密码命令，复制运行即可
如果你是windows用户, 可以直接去mysql官网下载安装, 安装好后运行即可
工欲善其事，必先利其器。目前市面上可视化工具很多，目前比较火的是 Navicat ，推荐使用，功能也丰富，界面也比较美观。平时开发中，推荐大家多使用工具，因为很多繁琐的事情，点点按钮就结束了，不用去敲黑乎乎的命令了。
安装好后，我们点击左上角的链接，链接到我们的数据库，链接成功后，右击链接名称，点击新建数据库。
多说一点, 在 生产环境 中，数据库操作，我们一般没有编辑操作,通常只有查询数据的操作, 一般用的都是云产品, 比如阿里云的 Rds ，因为维护数据库服务的成本太大了，安全性也不高，所以 生成环境 中的库一般都是用的云产品。如果你是管理员，对账号一定要做权限，和账号分配。
之前我们提到mysql是 关系型(RDBMS) 数据库, 我们需要理解几个关键术语:
如果你看的有点懵逼，没关系，这不影响我们成为 crud body , 本节只是带大家快速入门，不会涉及太多专业领域知识,不要慌~
终于进入正题了，下面我们学习一下mysql的 sql 编写。我们用 Navicat 新建一张表, 点击我们刚刚创建的库，点击表, 然后点击右边 绿色 加号，就可以新建了。 然后会跳出新建字段的界面，输入我们的字段就好, 字段 意思就是数据的一个属性, 这里我们以用户角色表为例，我就不一一带大家新建字段了，这里直接导sql,可以参考, 我也是用工具新建的，创建完的表想复制sql给别人，可以点击右边的 DDL 查看创建表的 sql
表我们插好了，怎么往里边查数据呢? 有两种方式:
我们最常用的就是表的sql操作了，所以我们重点学习数据操作相关的 sql 语法
插入记录:
我们平常业务开发用的最多就是 查询 操作了，往往复杂的 sql 也都是在这里产生, sql 优化也是优化查询
sql 的语法语义化还是比较友好的，我们查询数据就是 select xxx ，在哪查就是 from , 查哪个就是 where ,很容易理解, 所以不用去背它，要去理解它，多写就熟悉了
这里给大家介绍常用的两种:
这种有弊端，就是 distinct 必须跟在字段
按 name 进行分组， GroupBy 后边可以跟多个字段,当是多个字段时，需要满足多条件
对于数据 去重 ， 有时候当数据量很大的时候，我们用 sql 查询会非常吃力，我们可以在代码层面上做处理，因为程序计算比较快
本节到此就结束了，我们主要讲了 Mysql 数据库的使用，建议大家多自己练习练习，不要去背语句，要去理解它，适当的做些总结, 最新的代码已经同步到仓库了
有了 sql 基础之后，我们再学习 MyBatis 框架就相对简单了,下期带大家正式学习它~
springboot怎么满足一个条件时执行一个方法
通过注解实现，常用来实现满足条件执行的有@ConditionalOnXXX注解，比如：@ConditionalOnBean，@ConditionalOnMissingBean等等。
这类条件注解可以使用在方法上，也可以使用在类上，用在类上时，通常是@EnableXXX类型的注解，本质上没有发生变化。用在方法上时，表示满足条件就执行该方法；用在类上时，表示满足条件就加载某个类，在我们自定义配置时时使用得比较多。
Spring Boot中常用的条件注解有：
（1）@ConditionalOnBean，表示：存在某个bean
（2）@ConditionalOnMissingBean，表示：不存在某个bean
（3）@ConditionalOnClass，表示：存在某个类
（4）@ConditionalOnMissingClass，表示：不存在某个类
（5）@ConditionalOnProperty，表示：存在某个属性
（6）@ConditionalOnResource，表示：存在某个资源
（7）@ConditionalOnCloudPlatform，表示：cloud环境
（8）@ConditionalOnWebApplication，表示：web运用环境。
接下来使用@ConditionalOnWebApplication注解举例，代码如下图，表示如果是web环境，就注入自定义的视图解析器
条件注入视图解析器
这里不一一做介绍，仅仅列举了常用的8个，其他条件注解和详细的用法，可以参考官方文档
Spring Boot条件注解文档
springboot @Cacheable 基本使用
????
org.springframework.boot
? ?
spring-boot-starter-cache
@Cacheable?：
????????对方法结果进行缓存（主要用于GET方法）
????????cacheNames/value:指定缓存主键（Cache）的名字
????????key:缓存数据使用key，支持spEl语法
????????keyGenerator:key的生成器。与key属性冲突，自定义?keyGenerator?必须实现
? ? ? ? org.springframework.cache.interceptor.KeyGenerator,default使用默认的参数值生成器? ? ?
????????cacheManager:指定缓存管理器，或者cacheResolver指定获取解析器cacheResolver:与????
????????CacheManager冲突condition：指定条件满足才缓存，与unless相反。可以使用spEL语法
????????unless：否定缓存，当满足条件时，结果不被缓存。可以获取到结果（#result）进行判断。支持spEL语法
????????sync：是否异步模式。在该模式下unless不被支持。default=false
@CachePut:先调用方法，在对结果进行缓存。（主要用于PUT方法），需要注意key的设置@CacheEvict:默认先调用方法，在删除缓存（主要用于DELETE方法）allEntries: 删除缓存组件中（cacheNames/value指定）所有的值beforeInvocation：在方法执行之前删除值，default=false@Caching：组合注解。针对复杂情况@CacheConfig：加载类上，用于设置缓存的共有属性??
几个属性：
cacheNames/values：指定缓存组件的名字，将方法的返回结果放在哪个缓存中，是数组的方式，可以指定多个缓存
key：缓存数据使用的key；可以用它来指定。默认是使用方法参数的值?
? ? ? ? 可以用spEL表达式来表示；#id-如（getEmp[1]）; 参数id的值：? #a0? #p0? #root.args[0]
keyGenerator:key的生成器；可以自己指定key的生成器的组件id
? ? ? ? ? ? ? ? ? ? ? key/keyGenerator：二选一使用（自己配置类）
cacheManager：指定使用哪个缓存管理器；或者cacheResolver指定获取解析器
condition：指定符合条件的情况下才缓存； 如：condition = "#a0>1"? 即第一个参数值大于1时才进行缓存
unless：否定缓存；当unless指定的条件为true，方法的返回值就不会被缓存；可以获取到的结果进行判断
? ? ? ? ? ? 如： unless = “#a0”：如果第一个参数值是2，则结果不缓存? ? ? ? ? ? ? ? unless = “#result == null”? 结果为null不缓存结合写法：
@Cacheable(cacheNames = {"emp"},keyGenerator = "myKeyGenerator",condition = "#a0>1",unless =? "#a0==2")? 意思为 放在的缓存名称为emp中，key的生成方式为配置的myKeyGenerator类，当第一个参数大于1时候缓存，当第一个参数等于2时不缓存
sync：是否使用异步模式（异步模式情况下unless不支持）
//@Cacheable(cacheNames = {"emp"},key = "#root.methodName+'['+#id+']'")
public Employee getEmp(Integer id){
? ? ? ? System.out.println("查询"+id+"号员工");
? ? ? ? Employee emp =? employeeMapper.getEmpById(id);
? ? ? ? return? emp;
? ? }
此时当id为1时，key的值为 getEmp[1]
@Configuration
public class MyCacheConfig {
? ? @Bean("myKeyGenerator")
? ? public KeyGenerator keyGenerator (){
? ? ? return? new KeyGenerator(){
? ? ? ? ? ? @Override
? ? ? ? ? ? public Object generate(Object o, Method method, Object... objects) {
? ? ? ? ? ? ? ? return method.getName()+"["+ Arrays.asList(objects).toString()+"]";
? ? ? ? ? ? }
? ? ? ? };
? ? };
}
这里返回的key的值为getEmp[[1]]
如何优化SQL语句（全）
高性能的SQL语句会在软件运行中起到非常重要的作用，下面小编把最近整理的SQL语句优化资料分享给大家。第一：选择最有效率的表名顺序(只在基于规则的seo/' target='_blank'>优化器中有效)： ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表.第二：WHERE子句中的连接顺序．： ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.第三：SELECT子句中避免使用 ‘ * ‘： ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间第四：减少访问get='_blank'>数据库的次数： ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等；第五：在SQL*Plus , SQL*Forms和Pro*C中重新设置ARRAYSIZE参数, 可以增加每次get='_blank'>数据库访问的检索数据量 ,建议值为200第六：使用DECODE函数来减少处理时间： 使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表.第七：整合简单,无关联的get='_blank'>数据库访问： 如果你有几个简单的get='_blank'>数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系)第八：删除重复记录： 最高效的删除重复记录方法 ( 因为使用了ROWID)例子： DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP_NO);第九：用TRUNCATE替代DELETE： 当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的资源被调用,执行时间也会很短. (译者按: TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML)第十：尽量多使用COMMIT： 只要有可能,在程序中尽量多使用COMMIT, 这样程序的性能得到提高,需求也会因为COMMIT所释放的资源而减少: COMMIT所释放的资源: a. 回滚段上用于恢复数据的信息. b. 被程序语句获得的锁 c. redo log buffer 中的空间 d. ORACLE为管理上述3种资源中的内部花费第十一：用Where子句替换HAVING子句： 避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销. (非oracle中)on、where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后，因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的，where也应该比having快点的，因为它过滤数据后才进行sum，在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里第十二：减少对表的查询： 在含有子查询的SQL语句中,要特别注意减少对表的查询.例子： SELECT TAB_NAME FROM TABLES WHERE (TAB_NAME,DB_VER) = ( SELECT TAB_NAME,DB_VER FROM TAB_COLUMNS WHERE VERSION = 604)第十三：通过内部函数提高SQL效率.： 复杂的SQL往往牺牲了执行效率. 能够掌握上面的运用函数解决问题的方法在实际工作中是非常有意义的第十四：使用表的别名(Alias)： 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.第十五：用EXISTS替代IN、用NOT EXISTS替代NOT IN： 在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接.在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率. 在子查询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS. 例子：（高效）SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPT.DEPTNO = EMP.DEPTNO AND LOC = ‘MELB') (低效)SELECT * FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')第十六：识别'低效执行'的SQL语句： 虽然目前各种关于SQLseo/' target='_blank'>优化的图形化工具层出不穷,但是写出自己的SQL工具来解决问题始终是一个最好的方法： SELECT EXECUTIONS , DISK_READS, BUFFER_GETS, ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio, ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run, SQL_TEXT FROM V$SQLAREA WHERE EXECUTIONS>0 AND BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC;第十七：用索引提高效率： 索引是表的一个概念部分,用来提高检索数据的效率，ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找出执行查询和Update语句的最佳路径时, ORACLEseo/' target='_blank'>优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率. 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.。那些LONG或LONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率. 虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询反应时间变慢.。定期的重构索引是有必要的.： ALTER INDEX REBUILD第十八：用EXISTS替换DISTINCT： 当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换, EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果. 例子： (低效): SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D , EMP E WHERE D.DEPT_NO = E.DEPT_NO (高效): SELECT DEPT_NO,DEPT_NAME FROM DEPT D WHERE EXISTS ( SELECT ‘X' FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO);第十九：server/' target='_blank'>sql语句用大写的；因为oracle总是先解析server/' target='_blank'>sql语句，把小写的字母转换成大写的再执行第二十：在java代码中尽量少用连接符“＋”连接字符串！第二十一：避免在索引列上使用NOT 通常， 我们要避免在索引列上使用NOT, NOT会产生在和在索引列上使用函数相同的影响. 当ORACLE”遇到”NOT,他就会停止使用索引转而执行全表扫描.第二十二：避免在索引列上使用计算． WHERE子句中，如果索引列是函数的一部分．seo/' target='_blank'>优化器将不使用索引而使用全表扫描． 举例: 低效： SELECT ? FROM DEPT WHERE SAL * 12 > 25000; 高效: SELECT ? FROM DEPT WHERE SAL > 25000/12;第二十三：用>=替代> 高效: SELECT * FROM EMP WHERE DEPTNO >=4 低效: SELECT * FROM EMP WHERE DEPTNO >3 两者的区别在于, 前者DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT大于3的记录. ======================================== 集成代码生成器 SpringMVC_mybatis or hibernate+ehcache二级缓存_shiro_druid_bootstrap_HTML5 java企业框架tab标签_maven非maven版本 http://my.oschina.net/u/2347562/blog/400728 ========================================第二十四：用UNION替换OR (适用于索引列) 通常情况下, 用UNION替换WHERE子句中的OR将会起到较好的效果. 对索引列使用OR将造成全表扫描. 注意, 以上规则只针对多个索引列有效. 如果有column没有被索引, 查询效率可能会因为你没有选择OR而降低. 在下面的例子中, LOC_ID 和REGION上都建有索引. 高效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 UNION SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE REGION = “MELBOURNE” 低效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE” 如果你坚持要用OR, 那就需要返回记录最少的索引列写在最前面.第二十五：用IN来替换OR 这是一条简单易记的规则，但是实际的执行效果还须检验，在ORACLE8i下，两者的执行路径似乎是相同的． 低效: SELECT?. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30 高效 SELECT? FROM LOCATION WHERE LOC_IN IN (10,20,30);第二十六：避免在索引列上使用IS NULL和IS NOT NULL 避免在索引中使用任何可以为空的列，ORACLE将无法使用该索引．对于单列索引，如果列包含空值，索引中将不存在此记录. 对于复合索引，如果每个列都为空，索引中同样不存在此记录.如果至少有一个列不为空，则记录存在于索引中．举例: 如果唯一性索引建立在表的A列和B列上, 并且表中存在一条记录的A,B值为(123,null) , ORACLE将不接受下一条具有相同A,B值（123,null）的记录(插入). 然而如果所有的索引列都为空，ORACLE将认为整个键值为空而空不等于空. 因此你可以插入1000 条具有相同键值的记录,当然它们都是空! 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引. 低效: (索引失效) SELECT ? FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL; 高效: (索引有效) SELECT ? FROM DEPARTMENT WHERE DEPT_CODE >=0;第二十七：总是使用索引的第一个列： 如果索引是建立在多个列上, 只有在它的第一个列(leading column)被where子句引用时,seo/' target='_blank'>优化器才会选择使用该索引. 这也是一条简单而重要的规则，当仅引用索引的第二个列时,seo/' target='_blank'>优化器使用了全表扫描而忽略了索引第二十八：用UNION-ALL 替换UNION ( 如果有可能的话)： 当SQL 语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序. 如果用UNION ALL替代UNION, 这样排序就不是必要了. 效率就会因此得到提高. 需要注意的是，UNION ALL 将重复输出两个结果集合中相同记录. 因此各位还是要从业务需求分析使用UNION ALL的可行性. UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块内存. 对于这块内存的seo/' target='_blank'>优化也是相当重要的. 下面的SQL可以用来查询排序的消耗量 低效： SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' UNION SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' 高效: SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95' UNION ALL SELECT ACCT_NUM, BALANCE_AMT FROM DEBIT_TRANSACTIONS WHERE TRAN_DATE = '31-DEC-95'第二十九：用WHERE替代ORDER BY： ORDER BY 子句只在两种严格的条件下使用索引. ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序. ORDER BY中所有的列必须定义为非空. WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列. 例如: 表DEPT包含以下列: DEPT_CODE PK NOT NULL DEPT_DESC NOT NULL DEPT_TYPE NULL 低效: (索引不被使用) SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE 高效: (使用索引) SELECT DEPT_CODE FROM DEPT WHERE DEPT_TYPE > 0第三十：避免改变索引列的类型.: 当比较不同数据类型的数据时, ORACLE自动对列进行简单的类型转换. 假设 EMPNO是一个数值类型的索引列. SELECT ? FROM EMP WHERE EMPNO = ‘123' 实际上,经过ORACLE类型转换, 语句转化为: SELECT ? FROM EMP WHERE EMPNO = TO_NUMBER(‘123') 幸运的是,类型转换没有发生在索引列上,索引的用途没有被改变. 现在,假设EMP_TYPE是一个字符类型的索引列. SELECT ? FROM EMP WHERE EMP_TYPE = 123 这个语句被ORACLE转换为: SELECT ? FROM EMP WHERETO_NUMBER(EMP_TYPE)=123 因为内部发生的类型转换, 这个索引将不会被用到! 为了避免ORACLE对你的SQL进行隐式的类型转换, 最好把类型转换用显式表现出来. 注意当字符和数值比较时, ORACLE会优先转换数值类型到字符类型第三十一：需要当心的WHERE子句: 某些SELECT 语句中的WHERE子句不使用索引. 这里有一些例子. 在下面的例子里, (1)‘!=' 将不使用索引. 记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中. (2) ‘||'是字符连接函数. 就象其他函数那样, 停用了索引. (3) ‘+'是数学函数. 就象其他数学函数那样, 停用了索引. (4)相同的索引列不能互相比较,这将会启用全表扫描.第三十二：a. 如果检索数据量超过30%的表中记录数.使用索引将没有显著的效率提高. b. 在特定情况下, 使用索引也许会比全表扫描慢, 但这是同一个数量级上的区别. 而通常情况下,使用索引比全表扫描要块几倍乃至几千倍!第三十三：避免使用耗费资源的操作: 带有DISTINCT,UNION,MINUS,INTERSECT,ORDER BY的SQL语句会启动SQL引擎 执行耗费资源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要执行两次排序. 通常, 带有UNION, MINUS , INTERSECT的SQL语句都可以用其他方式重写. 如果你的get='_blank'>数据库的SORT_AREA_SIZE调配得好, 使用UNION , MINUS, INTERSECT也是可以考虑的, 毕竟它们的可读性很强第三十四：seo/' target='_blank'>优化GROUP BY: 提高GROUP BY 语句的效率, 可以通过将不需要的记录在GROUP BY 之前过滤掉.下面两个查询返回相同结果但第二个明显就快了许多. 低效: SELECT JOB , AVG(SAL) FROM EMP GROUP by JOB HAVING JOB = ‘PRESIDENT' OR JOB = ‘MANAGER' 高效: SELECT JOB , AVG(SAL) FROM EMP WHERE JOB = ‘PRESIDENT' OR JOB = ‘MANAGER' GROUP by JOB以上总结了三十四对如何优化SQL语句做了总结，希望大家喜欢。 您可能感兴趣的文章:浅谈MySQL中优化sql语句查询常用的30种方法sql语句优化之用EXISTS替代IN、用NOT EXISTS替代NOT IN的语句SQL语句优化方法30例(推荐)如何优化SQL语句的心得浅谈SQL 语句优化方法30例通过分析SQL语句的执行计划优化SQL常用SQL语句优化技巧总结【经典】SQL语句优化提高数据库性能SQL语句性能优化（续）sql语句优化的一般步骤详解
「开源」基于SpringBoot+Ant Design Vue开发的物流仓储系统
基于Jeecg-boot开发的物流仓储系统，涵盖模块：用户管理、车辆管理、计划管理、仓库管理、库存管理、财务管理、统计报表、系统管理等模块组成仓储管理系统。
用户管理
车辆管理
计划管理
仓库管理
库存管理
财务管理
统计报表
系统管理
基础开发环境
所用技术
输入账号，密码，验证码即可进入系统，默认账号密码为 admin 123
首页展示一些计划，物品，仓库容积等一些直观的数据，通过echars 来动态渲染数据样式。
管理公司中的员工，有员工的个人信息，账号密码等等，可以新增用户，修改用户，删除用户，禁用用户等操作。
被禁用的用户无法登录此系统。
管理公司中所有的部门，可以对部门进行增删改查等操作。
然后在新建用户的同时，可以为用户分配其部门。
管理系统中的所有角色信息，可以对角色进行增删改查等操作。
角色授权功能
在角色权限页面右侧的操作栏中点击授权功能后打开此页面
通过勾选指定的菜单分配给角色，这个角色就能访问哪些页面。
还可以通过左下方的树操作，选择合适的功能方便进行分配。
例如：选择了父子关联，当你选择了父菜单，那么子菜单也会自动勾选
也可以选择取消关联，效果与之相反。
若有些菜单并未分配给角色，那么此角色所属的用户登录系统时就访问不到这些菜单页面。
员工依赖角色和部门，部门和角色无关系
系统中是先有部门，然后角色，最后在新建用户的时候为其分配部门和角色。
管理公司中所有车辆，可以对车辆进行增上改查操作。
车辆信息有类型，车牌号，状态等。
若车辆状态为维修，那么在车辆任务时，此车无法执行工作。
管理车辆的保险，可以对车辆保险进行增删改查
在新增车辆保险时，必须选择对应的车牌号。
然后商业险日期和交强险日期会在要过期的前一周，系统回进行信息提醒，会提示在右上方的小铃铛图标处。
根据当前年往前的5年期间，可以直观的看到车辆在什么日期执行了多少次任务。
管理普通的计划，通过 excel 导入要执行的任务计划，表明计划类型是什么，一些基本的信息编号，项目名称等等，表示这是什么计划，什么信息，计划完成那些事情，计划完成时间是什么等。
除了对其进行基本的增删改查功能等，还可以进行导入，导出功能，导入功能要按照固定的excel 表头格式进行导入，还可以查看当前派单信息。
合并派单：必须选择一样的工程账号进行批量派单操作 合并完单：同上，工程账号一致的情况下才能进行批量派单操作 派单记录：查看派单记录。
完单记录：查看完单记录。
备品计划的操作同计划列表一样，只不过备品计划代表着这些计划要完成的货物属于废旧物料，公司无法使用的废品进行处理。
新品计划是公司中准备要入库的新物料
电缆计划：要完成计划涉及到的物料货品是电线、电缆等货物，表示一种特殊的物料，并不与其他货物混合等。
可以管理仓库的信息，对仓库进行增删改查等操作。
管理指定仓库中的库位，库位会根据入库货物所占用的面积进行相应的颜色变化，提示容积不足等情况。
库位二维码：点击库位二维码会生成此库位的二维码图片，手机扫描就能查看到此库位上存放的货物信息。
查看存储物料：可以查看库位上存的物料信息。
库位之间的物料物品进行移动后的记录会在这个页面看到。
此页面会记录操作人员什么时间，从哪个库位移动到哪个库位，移动的是哪个物料等信息。
管理系统中所有物料信息，可以对物料进行增删改查等操作，还可以导入物料
可以查询指定仓库-指定库位-存储的物料信息，数量等。
可以根据一系列查询条件查询出入库的记录信息。
此页面可以查看哪些计划完成了，方便财务及时跟进计划的结算状态，结算状态分为已结算和未结算等。
可以查看指定年份，全年12个月哪些计划，哪些物料出库，入库，剩余数量等统计。
查看指定年份车辆每个月执行任务的次数
统计变电物料，计划等信息
统计导线物料，计划等信息
统计新品物料，计划等信息。
统计电缆物料，计划等信息。
统计公司仓库中存放的物料出入库数量
统计公司中所有员工指定年份某月指定任务的次数。
此页面可以查看车辆保险到期提示的信息，和仓库容积超限的提示信息。
此页面为开发人员操作，自定义定时任务，每天半夜12点进行车辆保险and库位容积定时任务查询
此页面用来管理系统中所有的菜单节点信息，角色进行分配菜单的时候就和此菜单进行关联。
此页面管理系统中常用的数据字典，例如状态，性别等等，进行统一管理，可以对齐进行增增删改查操作。还可以导入导出。对字典进行配置等操作。
使用Apache2.0开源协议
私信回复：物流管理