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

解决办法是将字段改成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个字节。

解决方法如下：

可以只定义必须的字段，比如id，name，pwd等。

其余的字段就用一个字段存储attributes，在attributes下存储剩下的几十个属性经过序列化（比如转换为json）后的字符串，这样不就好多了么。。

要分表的话，可以把一些不需要必填的字段拆出来，尽量达到减少数据冗余的效果，比如主表100条记录，从表的记录可能少于100条即可。

插入的问题，你需要使用事务保证数据同步，以后有经验了，最好使用存储过程来保证事务。

---