mysql考勤数据库设计,mysql – 跟踪学生出勤的数据库设计

我对数据库表的设计存在疑问,以跟踪学生的出勤情况.目前,我的桌上学生至少有4000名学生.

创建一个出勤数据库来跟踪他们的出勤率将近4000 * 30天* 12个月=> ~1,400,000行(忽略假期/星期日).

出勤表将包括:

id (INT)

student_id (INT)

course_id (INT)

data (DATETIME)

present/absent (TINYINT, as I'll store 1/0)

comments

我正在使用PHP / MySql.随着桌子变得如此之大,还有其他方法吗?

解决方法:

为了进一步扩展@Twinkles的替代方案,我担心你为什么要在你的考勤数据中存储现在和缺席的学生.是因为您希望能够运行显示所有孩子的报告以及他们是否在某一天缺席?有一个更好的方法来做到这一点.

我见过的大多数系统都存储了学生所在的系统(正面出勤)或学生缺席(负面出勤,尽管很少被该名称所引用).关于使用哪种决定取决于学校的结构和报告要求(以及他们向谁报告).

如果您因为学校因缺席跟踪逃学生等原因而缺席学校时,您应该使用标准(负面)出勤结构.美国大多数K-12学校都是这样做的.

如果你在学校只有在经过验证的小时数后才能获得课程奖励(例如,Johnny在完成课程作业并参加了12节课程之前没有通过课程),那么可以使用正面的出勤结构.

假设您的数据如下所示:(为简单起见,忽略示例中的course_id)

Attendance:

id | student_id | date |

------------------------------

1 | 2 | 2013-10-24 |

Students:

student_id | studen

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
自己做的 一个 考勤信息管理系统 第一章 可行性分析 1 1.1 引言 1 1.1.1 编写目的 1 1.1.2 项目背景 1 1.2 可行性研究的前提 2 1.2.1 要求及目标 2 1.2.2 条件假定和限制 3 1.3 技术可行性分析 3 1.3.1 技术的支持能力 3 1.3.2 技术的优势 3 1.3.3 技术的难点 4 1.4 经济可行性分析 4 1.4.1 投资 4 1.4.2 效益 4 1.5 社会可行性分析 5 1.5.1 法律因素 5 1.5.2 用户可行性 5 1.6 结论意见 5 第二章 需求分析 6 2.1 系统需求 6 2.2 功能需求 6 2.3 数据流图 7 2.3.1 系统顶层图 7 2.3.2 数据流程图一层分解图 8 2.3.3 数据流程图二层分解图 10 2.4 数据字典 14 2.4.1 数据流条目 14 2.4.2 数据项 16 2.4.2 加工条目 18 第三章 概念设计 22 3.1 实体之间的联系 22 3.2 E-R图 22 3.2.1 局部E-R图 22 3.2.2 整体E-R图 25 第四章 逻辑设计 26 4.1 概念模型向关系模型的转换 26 4.1.1 1:N联系的转化的关系模式 26 4.1.2 M:N联系的转化的关系模式 26 4.2 关系模式的优化 27 4.2.1 确定范式级别 27 4.2.2 实施规范化处理 27 第五章 物理设计 29 5.1 数据库的存储结构 29 5.1.1 数据库 29 5.1.2 数据库表结构 29 5.1.3 数据的存放位置设计 32 5.1.4 系统配置 32 5.2 关系模式的存取方法 33 第六章 实现运行与维护 34 6.1 数据库的建立 34 6.2 表的创建 34 6.3 视图的设计 37 6.4 存储过程的设计 38 6.5 触发器的设计 40 6.6 运行与维护 41 总结 42 参考文献 43

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值