> 技术文档 > SQL Bug:一个意想不到的错误_sql\'s bug is very big

SQL Bug:一个意想不到的错误_sql\'s bug is very big


目录

    • 一、问题描述
    • 二、问题分析
    • 三、解决方案
    • 四、总结

  在日常的开发工作中,我们经常会遇到两张表需要通过某个字段进行联表查询的场景。然而,如果两张表的关联字段数据类型不一致,例如一张表的字段类型是BIGINT,另一张是VARCHAR,可能会导致查询结果出现重复数据的问题。

  问题最初没有暴露出来,因为分页查询的前几页没有出现重复,只有在后续的页面才逐渐显现。因为代码中实体类中类型是一致,所以数据库中类型就没有刻意去看,这也太坑爹了

一、问题描述

  两个表之间的关联关系是一对一(1:1),但是连表查询后会有重复数据。

举例

  • 表1的表结构和数据
create table manager_user( id bigint not null comment \'用户ID\' primary key, user_name varchar(128) not null comment \'用户名称\', user_mobile varchar(32) null comment \'手机号码\') comment \'后管用户表\';

SQL Bug:一个意想不到的错误_sql\'s bug is very big

  • 表2的表结构和数据
create table manager_user_role( id bigint not null comment \'id\' primary key, user_id varchar(32) not null comment \'用户ID\', role_id bigint not null comment \'角色id\') comment \'用户角色映射关系\';

SQL Bug:一个意想不到的错误_sql\'s bug is very big

  • 在关联关系一对一的前提下,连表查询,出现重复数据
SELECT *FROM manager_user LEFT JOIN manager_user_role  ON manager_user_role.user_id = manager_user.id
  • 可以明显看出匹配错乱了,李四id为尾号225,但是把关联表尾号227的数据也匹配上了

SQL Bug:一个意想不到的错误_sql\'s bug is very big

二、问题分析

隐式类型转换的不确定性

  • 数据库可能会将varchar类型的字符串转换为bigint类型进行比较,而在转换过程中,如果字符串不能正确转换为数值,可能会出现问题
  • 另外,即使字符串可以转换为数值,也可能会出现精度损失或错误的转换结果,从而导致部分数据重复

三、解决方案

  • 方式一:修改表结构统一数据类型,这是最直接的解决方式
  • 方式二:可以使用明确的类型转换来避免隐式类型转换的不确定性
    SELECT *FROM manager_user LEFT JOIN manager_user_role ON manager_user_role.user_id = CAST(manager_user.id as char);

四、总结

  在进行SQL连表查询时,关联字段的数据类型不匹配可能会导致各种问题,如部分数据重复。为了避免这些问题,我们应该尽量保持关联字段的数据类型一致,并在进行类型转换时仔细检查数据内容,确保转换的正确性