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

落影无痕

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