把数据库中药用到的所有字符类型定义成nchar/nvarchar，对于.net来说是不是有什么好处？

不推荐，应该依据实际情况进行。
例如一篇很长的文章需要用到text类型，nvchar太短了。
或者一个自动增量的字段。
另外如果全用这个的话在使用计算的sql语句中会浪费很多资源进行类型转换.

解决方案 »

  1.   

    对.net来说没有什么好处，如果你的系统要用到多个国家的语言，用nvarchar, nchar, ntext比较合适
      

  2.   

    可是.net的string用的不都是Unicode字符吗，如果直接吧数据库当中的字串也定义成为nchar,nvarchar,或者ntext，是不是在从数据表中提取的时候速度会快？
      

  3.   

    如果数据库当中定义的都是char占用8bit，在向.net中的16bit的转换时，是不是会更费力一些？
    还有我不知道，是不是在从数据源读出数据表的时候（例如DataReader）所有数据源当中的char到了数据表之后是怎么表示的，转换成了16的？