当varchar和Nvarchar关联
Nvarchar数据类型比较特殊
有开发人员反馈，两个字段关联，一个是varchar、另外一个是Nvarchar，会有性能问题吗？
这个问题其实不能说一定有。通过实验来说明吧。
具体实验-表结构
- A表的VAR列、NVAR列和B表的NVAR列和M列有索引
- B表的VAR列索引不可见（或者说没有索引）
类型转换
- VAR列有索引，但是是字符型，给了一个数值。函数转换了，全表扫描
- 在执行计划中也看到了TO_NUMBER(“VAR”)=1的字样
两种类型都有索引情况下
- VAR列有索引，所以用到了索引。
- NVAR列有索引，所以用到了索引。
- 但是注意NVAR类型列的时候有一个(“NVAR”=U’1’) U。而Var的类型时候没有。
B表VAR关闭索引
- XXG@xxg> alter index b_var invisible;
索引已更改。
设置B表var列索引不可见。自然是全表查询。
B表的M列搜索引，可以使用。
那么B表通过m列找到的数据传导给A表
可以用到索引的。即使b.var的索引不可见。相当于b.m='1’找到了b.var=‘1’ select * from a,b where a.var=‘1’ and b.m=‘1’;
所以关联列在特殊情况下，不是必须两列都有索引。但是这是特殊情况。一般日常中我还是建议，且强制关联列都建立索引。因为我们无法保证都是B表这种作为传导条件的。如果是A表作为传导入口就不行了。
因为在b.var没有索引的情况下。无论执行下面哪种B表都是全表。
在B表nvar有索引的情况下，看看索引的使用情况
B表nvar有索引的情况下，这个是可以用到索引的。
但是只要一关联到A表的VAR列就是全表关联了。
那么在其他不变的情况下，而如果是A表的VAR作为传导开始，也是可以都用到索引的。
所以这就要求如果两个关联列一个是var一个是Nvar的话，那么要以var的作为条件去查比较好。
从nvar传到var即使a.var列有索引还是发生了转换
从var传到nvar即使b.var列现在索引是不可见的，两个表都用到了索引。
结论
- 最好是类型一样
- 数据库设计由DBA负责而不是开发人员
- 如果可能的话，改成varchar。避免使用varchar
- 最好关联列都建立索引
- 实在不行的话，用var列的条作为入口查询条件。