证件管理系统开发2:数据库设计

本文详细介绍了一个证件管理系统的数据库设计过程,包括用户表、证件表等关键表的设计,并概述了所选用的技术栈。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >


0、前言

  在上一篇中我们明确了证件管理系统的具体需求,接下来我们将正式开始开发,在后续的几篇系列文章中,我将从数据库设计、后端开发、前端PC开发、前端APP开发以及总结优化一一展开介绍。
  本篇将详细介绍数据库设计,由于不可描述的原因本篇内容将会只提供核心字段。


1、数据库表清单

根据之前分析的证件管理系统需求,我们初步设计出以下数据库表

库表名称中文名称备注
user用户表
cert证件表
cert_edit证件修改表保存证件新增/修改后的信息,待审核通过后更新至证件表
cert_audit证件审核表
cert_brrow证件借用表证件借用/归还申请信息和审核信息的记录表
cert_message消息表
cert_profe专业表证件相关配置表
cert_typ类型表证件相关配置表
cert_profe_type专业类型表

1.1、user 用户表

字段名称中文
id
name名称
dept部门

1.2、cert 证件表

字段名称中文备注
id证件id
name证件名称
user_id证件人员
type_id证件类型id关联cert_type表
profe_id证件专业id关联cert_profe表
start_date证件生效日期
end_date证件失效日期
borrow证件借用状态:0不可借用,1可借用,2借用中
attachment附件存储地址
根据实际情况添加字段

1.3、cert_edit 证件修改表

cert_edit表的字段和cert 证件表完全一样,区别只在于cert表是经过审核的数据

字段名称中文备注
id证件id
name证件名称
user_id证件人员
type_id证件类型id关联cert_type表
profe_id证件专业id关联cert_profe表
start_date证件生效日期
end_date证件失效日期
borrow证件借用状态:0不可借用,1可借用,2借用中
attachment附件存储地址
根据实际情况添加字段

1.4、cert_audit 证件审核表

字段名称中文备注
id审核id
cert_id证件id
aduit_id审核人员id
result审核结果0通过、1不通过
describe审核描述
根据实际情况添加字段

1.5、cert_brrow 证件借用表

字段名称中文备注
id借还id
cert_id证件id
describe借用申请描述
borrow_aduit_id借用审核人员id
borrow_result借用审核结果0通过、1不通过
borrow_describe借用审核描述
return_aduit_id借用审核人员id
return_result借用审核结果0通过、1不通过
return_describe借用审核描述
根据实际情况添加字段

1.6、cert_message 消息表

字段名称中文备注
id消息id
user_id接收消息人员id
type消息状态:0未读,1已读
message消息内容
根据实际情况添加字段

1.7、cert_profe/cert_typ/cert_profe_type 证件相关配置表

cert_profe和cert_typ表结构基本一致,均是以树结构形式存储,parent_id=0时为第一层数据

字段名称中文备注
idid
parent_id父节点id
name名称
根据实际情况添加字段

cert_profe_type表,由于类型与专业存在关联关系,即A类型对应B、C专业,故创建对应的关系表
| 字段名称 | 中文 |
|–|–|–|
| id | id |
| type_id|类型id |
| profe_id| 专业id|


2、总体架构

  由于该系统使用频率低、数据量少、用户量也不多,但为了缩减工期、易于扩展、便于二次开发,所以综合上述因素采用当下主流的框架,前后端框架分别为:
后端mysql + spring boot;
前端PC端vue + element UI 框架;
前端APP端vue + uni-app + uview UI 框架

总结

  从上述表设计能看出该证件管理系统的的表设计相对简单,没有动态增添证件字段和复杂的流程设。整体架构也只是采用目前主流spring boot架构中最简单的单体架构,并没有用到诸如高并发、高可用的架构体系。但是系统开发是没有最完美的架构的,只有最合适的架构,在充分考虑时间成本、硬件成本、开发成本和使用度上,目前这套设计足够公司内部的简单使用了。

  至此证件管理系统开发到此结束,谢谢各位的观看。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值