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