mysql的sql_mode中ONLY_FULL_GROUP_BY 完全解析
一、背景今天接到一个需求,开发一个批量查询某个多关系聚合结果给前端。Device是主表,而Param是子逻辑表,它们之间存在一对多的关系。因为是聚合查询操作,自然而然想到使用MySql的group by 聚合操作。于是写下以下SQL语句:SELECT * FROM `device_param` GROUP BY device_id然后执行的结果很骨感,在workplace工作台中显示如下报错信息:
一、背景今天接到一个需求,开发一个批量查询某个多关系聚合结果给前端。Device是主表,而Param是子逻辑表,它们之间存在一对多的关系。因为是聚合查询操作,自然而然想到使用MySql的group by 聚合操作。于是写下以下SQL语句:SELECT * FROM `device_param` GROUP BY device_id然后执行的结果很骨感,在workplace工作台中显示如下报错信息:
spring boot中,可以先设置日志门面(抽象层),再初始化具体实现框架。日志门面(抽象层)日志实现JCL、SLF4j、jboss-logginglog4j、logback、JUL、log4j2####log4j、logback、log4j2的关系log4j —> logback (同一个人写,升级版本)log4j —>log4j2 (apache主导,借名升级版本,不过适配
<!--markdown-->####问题描述前几天在开发spring boot程序,在IDE运行没有任何问题,使用mvn package打包后,生成docker部署到服务器发现了问题。 出现错误信息:no main manifest attribute,in xxx.jar 其实还有更多信息显示,在命令行使用java -jar xxxx.jar执行也会提示找不到main函数。那么问
通常来说,我们编程程序不可能总是按照常规的逻辑跑起来,程序运行起来后,随着时间的推移会遇到各种各样的异常。这些异常中,有的是输入引起的(未测试到),有的是运行环境引起,诸如此类的原因不一而足。spring boot在处理这些异常的过程中,有自己的一套默认机制,当然,我们也可以根据自己的需求来定制异常处理逻辑,满足日常开发和业务需求。一、默认机制1、web浏览的时候,返回404页面2、其他客户端(比