如何解决数据库存储字符串长度的问题

解决办法是将字段改成NChar，NVarchar等类型，在入库的时候每个字符串插入前都加入一个N，如N’lily’、N’Male’，兼容性会更好，作为Nvarchar字段,这是一种推荐做法!

小贴士：

char类型： 对英文(ASCII)字符占用1个字节，对一个汉字占用2个字节，CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间。因为是固定长度，所以速度效率高。

Varchar类型：Varchar 的类型不以空格填满，比如varchar(100)，但它的值只是”qian”,则它的值就是”qian” 而char 不一样，比如char(100),它的值是”qian”，而实际上它在数据库中是”qian “(qian后共有96个空格，就是把它填满为100个字节)。

由于char是以固定长度的，所以它的速度会比varchar快得多!但程序处理起来要麻烦一点，要用trim之类的函数把两边的空格去掉!

VARCHAR存储变长数据，但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢？这一个字节用于保存实际使用了多大的长度。

Nchar类型和Nvarchar类型是怎么一回事呢？为了与其他多种字符的转换，如中文，音标等，对每个英文(ASCII)字符都占用2个字节，对一个汉字也占用两个字节，所有的字符都占用2个字节。

设计数据库时，很注重字段类型及长度，因为书上说，会有性能问题，因为char比varchar速度要快很多，所以能用固定长度的就不要用变长字段，比如身份z号就可以使用CHAR(18)，而不应该使用VARCHAR(18)。 Nvarchar占的空间要比varchar大，所以确定是英文时，就不要使用Nvarchar。 主键如果能用tinyint就不要用int，能用int就不要用GUID，节省空间速度快。不太关注数据库字段类型及长度，因为经常发生数据库字段设置过小的问题，或要改变类型如果使用了多个存储过程对一个表增改，当类型或字段长度变化时，就不得不去更改那些存储过程，如果漏掉哪个，程序执行结果也许就是错的。如：字段长度变长时，没有更新存储过程字段长度，程序照常执行，不会报错，存储过程会自动从长的字符串里截取他所支持的长度插到数据库里

---