教你合理设计数据表，将优化进行到底

字符
varchar   可变字符  和存储的字符字节相等 列：abc123占用6个字节（表现为占用磁盘大小，下同）
nvarchar 可变字符 是实际存储字节的两倍 例：abc123占用12个字节 该字符使用Unicode编码支持多国语言
char       固定字符  实际表现例：指定列的长度为10 将abc123填充进去后面将出现4个空格。
整数  
  bigint    占用8个字节
  从  -2^63   (-9223372036854775808)   到   2^63-1   (9223372036854775807)   的整型数据（所有数字）。 
  int   
  从   -2^31   (-2,147,483,648)   到   2^31   -   1   (2,147,483,647)   的整型数据（所有数字）。   
  smallint   占用4个字节
  从   -2^15   (-32,768)   到   2^15   -   1   (32,767)   的整数数据。   
  tinyint   占用一个字节
  从   0   到   255   的整数数据。  

总结：
1.如果网站只是中文，不涉及多国语言的建议使用varchar，使用nvarchar将浪费空间，影响效率。
2.字符长度相对固定的要使用char字段，比如USER_IP。char是定长的,   移动到下一条记录,   只需要做固定长度的指针偏移即可.  varchar则必须根据当前记录的长度算出下一个数据指针的偏移. 
3.字符为数字的最好使用数字型数据。因为其占用字节更小且排序亦占优势。如手机号码使用Varchar需11位 使用bigint则占用8位。

几个问题：
1. char(n)一定比varchar(n)速度快么?  
  不一定  
  计算varchar的偏移是会花去一些cpu时间，但性能瓶颈不在此，在io.  
  db的io单位是数据页(8192字节)(一页存有多个数据行，数据行不能跨页。当然image,text等例外).  
  因此一页中行越多，性能越好。
2.使用的数字可能很小，但如果都定义成INT对效率有影响吗？
 是的
 这个是当然的，首先表现为int和tinyint占用的字节不同，也可理解成占用的磁盘的大小不同，较小的字节可以省去不必要的 内存消耗和相关指针转移。
3.varchar/char不支持多国语言，为什么英文和中文都能正常显示？
  这是因为服务器的操作系统和所安装的MSSQL都是中文的。
  参考：http://topic.csdn.net/t/20060324/18/4638303.html
4.其它还有什么方法提高数据库查询效率
合理使用索引    
  索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处，其使用原则如下：    
  ●在经常进行连接，但是没有指定为外键的列上建立索引，而不经常连接的字段则由优化器自动生成索引。    
  ●在频繁进行排序或分组（即进行group   by或order   by操作）的列上建立索引。    
  ●在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。  
  ●如果待排序的列有多个，可以在这些列上建立复合索引（compound   index）。    
  ●使用系统工具。如Informix数据库有一个tbcheck工具，可以在可疑的索引上进行检查。在一些数据库服务器上，索引可能失效或者因为频繁操作而使得读取效率降低，如果一个使用索引的查询不明不白地慢下来，可以试着用tbcheck工具检查索引的完整性，必要时进行修复。另外，当数据库表更新大量数据后，删除并重建索引可以提高查询速度。  
不同编码字节长度测试代码:
System.Text.Encoding.Unicode.GetByteCount(StrTest);
System.Text.Encoding.UTF8.GetByteCount(StrTest);
System.Text.Encoding.GetEncoding("GB2312").GetByteCount(StrTest);

转载于:https://www.cnblogs.com/wdx2008/archive/2008/02/03/1063139.html