SQL Bug：一个意想不到的错误

目录

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

      在日常的开发工作中，我们经常会遇到两张表需要通过某个字段进行联表查询的场景。然而，如果两张表的关联字段数据类型不一致，例如一张表的字段类型是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 '后管用户表';
      

      

      • 表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 '用户角色映射关系';
        

        

        • 在关联关系一对一的前提下，连表查询，出现重复数据

          SELECT *
          FROM manager_user
                   LEFT JOIN manager_user_role
                             ON manager_user_role.user_id = manager_user.id
          

          • 可以明显看出匹配错乱了，李四id为尾号225，但是把关联表尾号227的数据也匹配上了

            

            二、问题分析

            隐式类型转换的不确定性

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

              三、解决方案

              • 方式一：修改表结构统一数据类型，这是最直接的解决方式
              • 方式二：可以使用明确的类型转换来避免隐式类型转换的不确定性

                SELECT *
                FROM manager_user
                       LEFT JOIN manager_user_role 
                           ON manager_user_role.user_id = CAST(manager_user.id as char);
                

                四、总结

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