数据库中字符串长度，设置长短大小会不会影响性能

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

目前表中有多少字段，字段的类型是什么？如果是9i以后的，影响不大。前提是仅仅你加字段，如果要对新的字段加索引这些，因为会重建索引，会慢一下。

做数据库的 *** 作之前，都要注意备份，以便随时恢复，如果不放心，可以现在测试数据库干这个工作。一般说来，很少有在正式的环境中增加20个以上的字段。一般我在工作中，就是增加几个字段，影响不大。

如果是DB2的早期版本，影响相当大！

---