高校平台之题型题库不再“死”不再动态
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了高校平台之题型题库不再“死”不再动态,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2402字,纯文字阅读大概需要4分钟。
内容图文
![高校平台之题型题库不再“死”不再动态](/upload/InfoBanner/zyjiaocheng/560/47f4ba2724a948c2a94857a2ddc3cf98.jpg)
高校平台集考试系统、权限系统、基础系统、评教系统、新生入学系统等,有幸参加其中之一的考试系统。在考试系统中存在这样一种情况,关于题库表怎么在数据库中存放的问题。 题库看着简单的两个字,却包含了很多,题库中包含很多题型,每个题型有很多题,就廊
高校平台集考试系统、权限系统、基础系统、评教系统、新生入学系统等,有幸参加其中之一的考试系统。在考试系统中存在这样一种情况,关于题库表怎么在数据库中存放的问题。
题库看着简单的两个字,却包含了很多,题库中包含很多题型,每个题型有很多题,就廊坊师范学院来说,到现在为止,经历过得题型就有28种,而且每年都有可能会新增很多题型,如果单纯只是将题型列举,怎么也列举不完,每个题型中有多少道题也不确定,也许今年多,明年就少,也许今年少,明年多。。。
那么应该如何解决这个问题?有以下三种解决方案:
第一:动态建表(题型+课程=一个题库)
动态建表,一个题型和一门课程决定一张题库表,当在给课程配置章节题型的时候就动态创建这张表。
弊端:
会用到sql语句,不符合面向对象的思想
抽题时访问表数量多
第二:28种题库表+动态创建表(添加新题型时动态加表)
列举现有的28中题型,这28个题型符合面向对象思想,对于新添加的题型,采用sql语句创建和操作。抽题时,从相应题型对应的题库表中抽取。
弊端:
数据库中题库表太多,仍然需要sql语句,不符合面向对象思想
对于动态创建的表,在抽题过程中需要访问的表数量多
第三:所有题型的题放在一张表
优点:
方便添加新题型
抽题时只需查询一张表
弊端:
表中数据量大,考试时,访问数据频繁,容易瘫痪
数据冗余,存在多余字段
我们最后选择了第三种解决方案,理由如下:
主要是应对新题型更加灵活,抽题方便,关于它存在的弊端,我们的解决方法是抽题提前,考试前将这门课程的题取出来放在一张临时表中,抽题过程中访问这张临时表,除此之外,提前抽题,考试前几分钟,将题按照一定规则取出入库。
既然这种方案方便添加新题型,那么他又是如何方便的呢?在设计相应的表时又是如何设计的呢?
我们分析知道,一个再复杂的题型构成的题库都是由最基本的一些属性(比如课程、题型等)+选项+空数+正确答案+听力+题库从表等最基本的组件组成的。因此我们设计的表是这样的。
题组件如下:将组件当做一个题型分别存入题型和题型详情中
题型表和题型详情表如下:
题库表如下:
关于添加题型的页面如下:组合成新题型后存入题型和题型详情表中<喎?http://www.2cto.com/kf/ware/vc/" target="_blank" class="keylink">vcD4KPHA+ICAgICAgICAgICAgIDxpbWcgc3JjPQ=="http://www.2cto.com/uploadfile/Collfiles/20141226/20141【本文来自鸿网互联 (http://www.68idc.cn)】22609232952.png" alt="">
道路是曲折的,实现是纠结的,至于效果嘛,还不知道,正在实现中。。。。。。。
内容总结
以上是互联网集市为您收集整理的高校平台之题型题库不再“死”不再动态全部内容,希望文章能够帮你解决高校平台之题型题库不再“死”不再动态所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。