MySQL 数据连接常见错误解决方案

  • 文档创建者:zsh331
  • 编辑次数:8次
  • 最近更新:Wendy123456 于 2020-10-13
  • 1. 概述

    本文介绍 MySQL数据连接 中一些报错及解决方案。

    2. 示例

    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,如下图所示:

    222

    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 这一项,如下图所示:
    222

    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,如下图所示:

    222

    注:关于 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 成功填报过该字段,如下图所示:

    1594350877658230.png

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

    1594351048863781.png

    2.2.2 原因分析

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

    2.2.3 解决方案

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

    Snag_4eb6b12.png

    2.3 数据预览报错

    2.3.1 问题描述

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

    2.3.2 解决方案

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

    附件列表


    主题: 数据准备
    • 有帮助
    • 没帮助
    • 只是浏览
    • 评价文档,奖励 1 ~ 100 随机 F 豆!