请教下这样的问卷程序数据库如何设计才最合理？

一个问卷有 500个题目，每个题目都有五个选项，有些ABCDE都为常规选项，有些题目的E选项为其他，需要用户填写。如下：
1.你的职称
A.111
B.222
C.333
D.444
E.555

2.你的学校
A.111
B.222
C.333
D.444
E.其他（请注明：_________）

这个问卷需要
1、能统计每个题目的每个选项有多少人选了。
2、能查看每个用户的每个题的选择（要打印问卷出来）

请教写这样的数据库该怎么设计合理，方便日后select？

最最笨的办法（我第一反应）就是一个表搞定含有500多个字段
ID userid username timu1 timu2 timu3 …… timu500
这样字段也太多了，而且有些题目选的其他，注明的内容字段还没算。

请教大侠们，帮帮忙。

回复讨论(解决方案)

不需要500字段，一个就够了，用格式化数据保存就可以了

不过最重要还是统计需要，怎样方便统计就怎样设计表

mysql 限定字段数 < 4096，行长度 < 65535 字节
所以实际可用的字段数要综合考虑字段宽度、编码类型等来决定

我以前处理这个问题是考虑这是否是一张问卷的问题

一张问卷，就是说题目要全部读出，当然有可能只显示部分（分页、跳转题之类操作），这样的话既然要全部读出，没必要分什么字段，用json、xml什么的格式化一下就可以了，不要把工作负担留给数据库

如果不是一张问卷，而是一个题库，就是说在生成问卷的时候要从这些题选择若干条组成一张问卷，这样的话也不是字段问题，而是记录问题，每条题作为一个记录

另外，搞调查（考试也是类似性质），最重要是答卷而不是问卷，问卷部分只要能读出，能给答卷完整参照就足够了，当然有些问卷的逻辑很复杂（跳题或者题目之间的选项有关联等等），那是另话

我的建议是花时间在答卷的建表上，做到方便统计，问卷一旦形成，基本都不怎么增删改的，答卷如果要详细分析的话，涉及到统计学的知识，单一个“交叉分析”就可能推翻原来的答卷表设计方案

我以前处理这个问题是考虑这是否是一张问卷的问题

一张问卷，就是说题目要全部读出，当然有可能只显示部分（分页、跳转题之类操作），这样的话既然要全部读出，没必要分什么字段，用json、xml什么的格式化一下就可以了，不要把工作负担留给数据库

如果不是一张问卷，而是一个题库，就是说在生成问卷的时候要从这些题选择若干条组成一张问卷，这样的话也不是字段问题，而是记录问题……
谢谢，请问为了方便统计的话应该怎么设计数据库合理呢？我是新手，大大多指教啊。

我的建议是只要统计方法不同，就分开不同的表

例如调查A和调查B用不同的方法统计，就分开两表
如果统计方法相同，就可以放在同一张表内，加个字段区分AB

如果统计的方法的差异不涉及数据库读取，例如都是全部读到数组再使用不同的方法，这样也没必要分表

我以前就习惯问卷、答卷、逻辑各用一个表