回答

收藏

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

技术问答 技术问答 381 人阅读 | 0 人回复 | 2023-09-14

我正试图实施多项选择测试,并将所有问题和答案存储在一起SQLite在数据库中。我会有很多问题,每个问题会显示两个或更多可能的答案。
+ L2 `: m* W9 U# ^我的问题是,我应该如何在数据库中存储问题和答案?我对模型有两个想法(主键显示粗体)
3 A# N3 x1 T5 T/ V  _6 n4 k[ol]作为(很多)[/ol]问题( questionID    :int,questionString:String,correctAnswerID:int), p; j: W5 N; ]9 N3 z' f
答案( answerID    :int,answerString:String)+ k- G' S# i, Z: `! U4 P
questions_and_answers( questionID    ,answerID    )0 [' v- H8 F' j; s4 g
2。; c; `. F1 @# W" f0 l  L! @
问题( questionID    :int,questionString:String,correctAnswerID:int)( h" w5 v. s" D5 N1 t
答案( answerID    :int,answerString:String,questionID:int 外键    )6 Y/ u2 V" \% V2 S
我不确定哪个更好,或者还有其他方法吗?# Z8 w5 {# M6 U8 G# V
可能questions_and_answers它会变得很大,导致更长的检索时间和内存问题?再说一次,我假设question_and_answers索引将建立在主键上。在第二种模式下,answers将被索引为answerID而不是questionID?这意味着搜索时间会增加,因为你必须搜索整个表格?6 f" r+ s$ c7 \
大约100000可能会发生-20000个答案。(测试可能在移动设备上运行,需要立即显示问题)
* o: I) E( y! {; n0 a4 Y" d注:我不希望问题之间的答案有太多的重叠。questions_and_answers对于表所需的额外空间,我不认为重叠的数量意味着数据存储更少
+ \/ I% ]3 v& s                                                                4 Q: r# s/ P( \( y9 s
    解决方案:                                                                3 n* k* X1 m- U! L3 {2 X2 P# p
                                                                第二种模式是更好的模式,因为它是在实际领域建模的:每个问题都有一组答案。即使您可以通过存储重复的答案来压缩数据,它 也与实际域不匹配    。
3 N0 }* h' f$ @: e1 l0 K) t在路上,你将编辑答案。对于模式1,这意味着首先搜索答案是否存在。如果确实存在,您将不得不检查是否有任何问题仍然取决于旧答案。如果没有,您仍然必须检查是否有其他问题取决于答案,然后编辑答案或创建当地新答案。
2 C0 w5 f" l; g% m模式1使生活变得非常艰难。( V& ^  V$ _; c
你需要回答索引问题questionId添加索引。一旦有了索引,发现问题的答案就可以扩展。, e2 ~5 A! m* a) E0 d
现在,换句话说,为什么要使用数据库?考虑将其存储为    json 等标准格式简单文档* R1 }! \2 {, w' o7 w6 _$ H. w& `; |9 E
。每当你问问题时,你几乎总是需要答案,反之亦然。整个文档可以一步加载,而不是执行多个查询。' l/ w6 T1 @' y9 |2 M4 W+ f! R
如果后来发现需要更高级的存储(查询、冗余等),可以移动到MongoDB或CouchDB文档数据库等。
分享到:
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则