设计好数据库表对系统的重要性

之前自己做的一个成绩管理系统,一开始把数据库的表设计的太简单了,结果完成了三分之一后,着手下一个功能时才发现问题很严重。

当时我导入好几次的成绩表,同一个学生的不同考试被搞成了不同的几条数据来对待。而我要的是一个人一条数据。

那时也发现,在控制台操作数据库的删除,是多么的快。

大致看一下这个,考试类型类就是中间发现功能走不通了,然后修改,学生类里的各种标签,也是在进行功能实现的时候才加上去的。

因为这次的数据量略大,而给了我比较深刻的印象。所以在此次双子星影院系统开始初期,对数据库表的设计很认真,以及,以及,以及

以及我的脑子中对即将完成的功能、页面显示都有基础构思,哪一块需要用的数据是怎样获取的,是怎么添加的,添加到哪个表中去。


这个图就是当初和项目总体结构一起设计的,当然后来也是有修改,当然,又有重要的一点,这里所看到的表属性,并不是我现在已经成型的系统数据表的全部属性。

因为是影院系统,所以一定要完成最核心的功能:选电影 -》购票 -》取票 -》循环下去。在动手编写之前,我都要对数据库表分析一下,是否能在前台页面显示出我所想要的结果。

比较难忘的一例:

我在导入电影信息的时候,放映场次是一个 String 类型: 8:00,13:00,14:30,当时就想的很好。我之后在前台显示这些数据的时候,应该怎样处理。

想到 python 的字符串 split(),果然最后再次派上用场,完美的解决了问题,并添加一个场次时间到购票信息表中。


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值