存储在数据库中的多个选项-确定方案

落影无痕

我正试图实施多项选择测试，并将所有问题和答案存储在一起SQLite在数据库中。我会有很多问题，每个问题会显示两个或更多可能的答案。
3 N; r# C1 _. |我的问题是，我应该如何在数据库中存储问题和答案？我对模型有两个想法（主键显示粗体）
[ol]作为(很多)[/ol]问题（ questionID    ：int，questionString：String，correctAnswerID：int）
答案（ answerID    ：int，answerString：String）
questions_and_answers（ questionID    ，answerID    ）
# n3 F$ c  Z! y( ?0 ^" h2。
问题（ questionID    ：int，questionString：String，correctAnswerID：int）
) c' S  f. _3 K% m答案（ answerID    ：int，answerString：String，questionID：int 外键    ）
我不确定哪个更好，或者还有其他方法吗？
可能questions_and_answers它会变得很大，导致更长的检索时间和内存问题？再说一次，我假设question_and_answers索引将建立在主键上。在第二种模式下，answers将被索引为answerID而不是questionID？这意味着搜索时间会增加，因为你必须搜索整个表格？
大约100000可能会发生-20000个答案。(测试可能在移动设备上运行，需要立即显示问题)
* @9 S6 P  u$ e5 S: `注：我不希望问题之间的答案有太多的重叠。questions_and_answers对于表所需的额外空间，我不认为重叠的数量意味着数据存储更少
                                                               
    解决方案:                                                               
! K  F% w" i) {; u                                                                第二种模式是更好的模式，因为它是在实际领域建模的：每个问题都有一组答案。即使您可以通过存储重复的答案来压缩数据，它 也与实际域不匹配    。
在路上，你将编辑答案。对于模式1，这意味着首先搜索答案是否存在。如果确实存在，您将不得不检查是否有任何问题仍然取决于旧答案。如果没有，您仍然必须检查是否有其他问题取决于答案，然后编辑答案或创建当地新答案。
模式1使生活变得非常艰难。
" }5 z+ m7 P* y: g" r1 T你需要回答索引问题questionId添加索引。一旦有了索引，发现问题的答案就可以扩展。
+ q& f3 \" n/ n2 y9 u$ L3 M4 B现在，换句话说，为什么要使用数据库？考虑将其存储为    json 等标准格式简单文档
。每当你问问题时，你几乎总是需要答案，反之亦然。整个文档可以一步加载，而不是执行多个查询。
如果后来发现需要更高级的存储(查询、冗余等)，可以移动到MongoDB或CouchDB文档数据库等。