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

  在一样平常的开发工作中，我们常常会遇到两张表需要通过某个字段进行联表查询的场景。然而，如果两张表的关联字段数据范例不一致，比方一张表的字段范例是BIGINT，另一张是VARCHAR，可能会导致查询效果出现重复数据的问题。
  问题最初没有袒暴露来，因为分页查询的前几页没有出现重复，只有在后续的页面才逐渐显现。因为代码中实体类中范例是一致，所以数据库中范例就没有刻意去看，这也太坑爹了
一、问题形貌

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

• 表1的表结构和数据
  

1. create table manager_user
2. (
3.     id          bigint       not null comment '用户ID'
4.         primary key,
5.     user_name   varchar(128) not null comment '用户名称',
6.     user_mobile varchar(32)  null comment '手机号码'
7. )
8.     comment '后管用户表';

复制代码

• 表2的表结构和数据
  

1. create table manager_user_role
2. (
3.     id      bigint      not null comment 'id'
4.         primary key,
5.     user_id varchar(32) not null comment '用户ID',
6.     role_id bigint      not null comment '角色id'
7. )
8.     comment '用户角色映射关系';

复制代码

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

1. SELECT *
2. FROM manager_user
3.          LEFT JOIN manager_user_role
4.                    ON manager_user_role.user_id = manager_user.id

复制代码

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

二、问题分析

   隐式范例转换的不确定性
  

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

三、解决方案

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

  复制代码

四、总结

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

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。