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