在您继续阅读之前，我只想说清楚，我不是在找人为我编写代码，我只需要知道我是否可以这样做，因为我没有那么长时间可以花在这部分任务上，我认为最好询问 Stackoverflow 上的专家/人。
所以我的问题是：我有一些问卷，将由参与者完成，因为答案是字符串，我想知道是否可以将这些答案存储为整数，例如，你有：
1 ="从不正确" 2="很少正确" 3="有时正确" 4="经常正确" 5="经常正确"。我只想存储数字，我只是想知道这是否可能。
谢谢你。
完成的
我想在我把这个问题措辞得很糟糕之前，我的错。但是，我确实设法完成了那部分，我将值存储在数据库中，并分配给每个答案。同样正如@octern 提到的创建代码，这也非常方便，所以谢谢。
我感谢所有的答复，以及您处理这个问题的时间。
是的，您可以将整数存储在数据库中。显然，您可以为这些整数分配您自己的含义。
你可以。如果您的参与者使用 HTML 表单提交他们的答案，只需将表单元素的 VALUE 属性设置为答案的数字代码，这就是您数据库中的内容。
只需非常非常确定您创建了一个密码本，这样您就可以找出哪个数字对应于将来的哪个答案！您不想依赖解析网页，这可能会随着时间的推移而发生变化。
是的，你可以这么做。或者，您可以创建一个名为“possible_answers”的表，例如以 id 作为主键，将文本作为问题。存储问题答案的表现在可以具有到 possible_answers 表的外键，以确保保存的整数始终有效。
有两种基本方法可以以相对容易阅读和理解的方式将值存储为整数。
最简单的方法是将它们存储为 ENUM，因为存储在行中的值实际上是 ENUM 声明中可能性列表的索引。ENUM 的问题是必须提前知道可能答案的列表，并且该列表需要保持相对静态，除非您每次想要维护该列表时都喜欢中断以更改表的结构。
最灵活的方法是创建一个带有 ID 列（通常是 auto_increment 或某种序列）和用于该数字的标签的表。然后，原始表只是引用“其他”表中的 ID 列。这通常称为外键引用。
In MySQL, the performance of ENUMs versus foreign key references is nearly identical.
是的，您当然可以将整数存储在数据库中。请记住，如果您这样做，您需要将这些整数“翻译”为应用程序中的实际答案，可能使用 switch 语句。