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

目录

**在日常的开发工作中，我们经常会遇到两张表需要通过某个字段进行联表查询的场景。然而，如果两张表的

关联字段数据类型不一致

，例如一张表的字段类型是

BIGINT

，另一张是

VARCHAR

，可能会导致查询结果出现重复数据的问题。**

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

一、问题描述

**  两个表之间的关联关系是一对一（1:1），但是连表查询后会有重复数据。**

举例

• 表1的表结构和数据

createtable manager_user
(
    id          bigintnotnullcomment'用户ID'primarykey,
    user_name   varchar(128)notnullcomment'用户名称',
    user_mobile varchar(32)nullcomment'手机号码')comment'后管用户表';

• 表2的表结构和数据

createtable manager_user_role
(
    id      bigintnotnullcomment'id'primarykey,
    user_id varchar(32)notnullcomment'用户ID',
    role_id bigintnotnullcomment'角色id')comment'用户角色映射关系';

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

SELECT*FROM manager_user
         LEFTJOIN manager_user_role
                   ON manager_user_role.user_id = manager_user.id

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

二、问题分析

隐式类型转换的不确定性

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

三、解决方案

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

四、总结

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