举个简单的实例 分别创建三张表 分别是用户基本信息表 教师扩展信息表 学生扩展信息表 见表语句如下 用户基本信息表中的user_type 的字段相当于外键 如果用户信息代表的是学生 则是学生Id 如果用户基本信息代表的是老师 则表示的教师Id ，教师信息表中的Id是自增类型的 学生信息表中的id是字符串类型用UUID生成（这里只是举这么个例子 不喜勿喷 实际运用中不这么做） 以下分别是三张表的建表语句
用户信息表：
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 用户基本信息插入：
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 学生信息拓展表
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 教师信息表：
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 教师表插入信息如下
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 当我们查教师信息的时候 用简单的inner join 会出现致命的错误 具体情况如下
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 当我们查询教师信息的时候 需要进行如下类型的转换 cast(t.id as char) 或者 convert(t.id, char) 而不能直接inner join
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 以下争对这个业务的三个 sql 第一种是错误的 只有后面两种才是正确的
Sql查询inner join on 后面的等于号两边数据类型不一致 需要使用cast 或者 convert进行类型强转换 总结一下 当我们在实际开发中遇到这种类型不一致的进行关联的时候 一定要记得做强类型转换 否则都不知道会发生什么
