2.1 only_full_group_by 报错

2.1.1 问题描述

有些项目初期是在 MySQL5.6(以上)进行开发，后期由于某种原因升级到 MySQL5.7 之后，可能就会突然发现原来的一些 SQL 运行都报错。

例如错误代码：1301 数据集配置错误 Query:Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column，如下图所示：

2.1.2 原因分析

从上面的错误代码我们不难看出，应该是和 SQL 的 group by 语法有关。

由于 sql_mode的only_full_group_by 模式是默认开启的，以前能正常运行的一些语法(不规范)不再被兼容导致的报错，必须严格按照 SQL 语法书写。

2.1.3 解决方案

1)在 SQL 查询语句中不需要 group by 的字段上使用 any_value() 函数。但是这种处理方法对于已经开发完成的项目好像不太现实，因为可能设置到的修改语句实在太多。

注： any_value(field) 函数允许非分组字段的出现(和关闭 only_full_group_by 模式有相同效果)

2)在 SQL 查询语句前添加 SET GLOBAL sql_mode = ''; 把 sql_mode 的 only_full_group_by 模式关闭。

3)修改 my.cnf( Windows下是 my.ini )配置文件，删掉 only_full_group_by 这一项，如下图所示：

4)如果在 my.ini 中找不到 only_full_group_by 项，我们可以打开 MySQL 命令行，执行命令：select @@sql_mode 得到 sql_mode 的值，将其添加到 my.cnf 文件的配置项里面(务必删掉 only_full_group_by 这个选项，其他的都复制过去)

内容大概：sql_mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION，如下图所示：

注：关于 SQL_MODE 变量，5.6 以前的版本默认为空，MySQL 5.6 中默认是严格模式，在最新的 MySQL 5.7 中对它进行的可选项设置。SQL_MODE 的默认设置其实是比较冒险的一种设置，因为在这种设置下可以允许一些非法操作。

5)重启 MySQL 服务。

2.2 tinyint 类型字段空值入库失败

2.2.1 问题描述

1)MySQL 数据库中有 tinyint 类型字段，其值只能是 0 或者 1 ，用户如果用 0 或 1 成功填报过该字段，如下图所示：

2)再次填报该字段，选择空值提交成功后，库内的值并非是Null，而是原来的值不变，如下图所示：

2.2.2 原因分析

下拉框如果不编辑或者只编辑不选，都不会提交空字符串，但是如果编辑了一个非空选项再编辑不选，就会发生值变化，从而提交空字符串到后台。

2.2.3 解决方案

统一将空字符串转 Null ，设计器菜单栏「模板>报表填报属性」下，设置提交条件，绑定公式if(len(B2)==0,NULL,B2)即可。

2.3 数据预览报错

2.3.1 问题描述

数据预览时报错：can not be represented as java.sql.Date

2.3.2 解决方案

在「数据连接URL」后添加后缀：zeroDateTimeBehavior=convertToNull