要存储选择项，如
A.非常满意 B.满意 C.一般 D.不满意
从效率、前台开发的方便性等方面来分析，后台数据库表中用以下三种方案哪种好？
1 char(1) 1 2 3 4
2 char(1) A B C D
3 tinyint 1 2 3 4
------解决方案--------------------
1、3都行吧
------解决方案--------------------
貌似tinyint效率高些吧
------解决方案--------------------
2 char(1) A B C D 更好
------解决方案--------------------
我觉得tinyint效率高一些
------解决方案--------------------
--都是固定长度，占1个字节。
--前台开发：即见即所得，可能存储A,B,C,D更直观些
--效率：主要看你进行什么样的运算。可能主要是JOIN和ORDER。一般来说用tinyint会好些。
建议：对于这种题类型，一般还会有一个选项表，记录了所有选项。当存储用户答案时，并不会存储A,B,C,D，而是存储USER选中的那个选项ID，然后再和已经设定好的正确选项ID作对比。
如果不涉及到上述问题的话，个人建议用tinyint.
------解决方案--------------------
看两个效率应该是一样的。但是我感觉tinyint可扩展性更强点。 我们公司有一个干了10年的DBA 建立了一列bit 型，程序那边说有-1存在。他又改成了tinyint型。程序那边又说有-1。这封邮件在各部门老大哪转来又转。 DBA不能只为瘦身而不顾扩展。也许瘦身能提高一点性能。但是以后可能会照成很大的麻烦。
------解决方案--------------------
SQL server数据库数据类型tinyint,smallint,int和bigint的区别
一、类型比较
bigint：从-2^63(-9223372036854775808)到2^63-1(9223372036854775807)的整型数据，
存储大小为 8 个字节。一个字节就是8位，那么bigint就有64位 www.2cto.com
int：从-2^31(-2,147,483,648)到2^31-1(2,147,483,647)的整型数据，存储大小为 4 个字节。
int类型，最大可以存储32位的数据
smallint：从-2^15(-32,768)到2^15-1(32,767)的整数数据，存储大小为 2 个字节。
smallint就是有16位
tinyint：从0到255的整数数据，存储大小为 1 字节。tinyint就有8位。
二、注释
在支持整数值的地方支持 bigint 数据类型。但是，bigint 用于某些特殊的情况，当整数值超过
int 数据类型支持的范围时，就可以采用 bigint。在 SQL Server 中，int 数据类型是主要的整数数据类型。
在数据类型优先次序表中，bigint 位于 smallmoney 和 int 之间。
只有当参数表达式是 bigint 数据类型时，函数才返回 bigint。SQL Server 不会自动将其它整数数据类型（tinyint、smallint 和 int）提升为 bigint。 www.2cto.com