校园一卡通的数据库系统的制作

通常采用的数据库管理系统有：SQL Server、DB2、Infomix等。由于一卡通涉及的部门和内容较多，所以通常会建很多表。表中存放卡信息（卡号、卡类别、开卡日期、有效期、卡上余额）、客户信息（姓名、客户号、电话、地址、身份z号）、日志数据、前后台通讯表等。数据表设计时要留足够大的空间，尽量包含各种应用需要的数据，宁滥勿缺。

校园一卡通顾名思义，使用一张卡完成校园所有电子业务的应用。当前学校电子业务应用主要分为两类：消费和身份识别。1、消费：包括餐厅吃饭消费、澡堂洗浴消费、超市消费、医务室、体育场馆收费等。2、身份识别类：新生注册（数字迎新）、图书借阅、寝室和教学楼的门禁和考勤识别等。而使用的校园卡多为mifare卡，根据卡中存放信息分为ic卡和id卡：1、IC卡是集成电路卡，通过卡里的集成电路存储信息，此类卡存放的有各种人员信息和账户信息，与应用终端（消费机、考勤机）交互后需要上传到数据库人员信息表中，使得数据库与卡片同步，与数据库交互不够及时，批量上传数据。2、ID卡是身份识别卡，卡中只存放一条帐号信息，每次与应用终端交互都需要与数据库交互，此类卡的应用终端必须实时联网，写校园一卡通设计的话推荐此种卡片。数据库建一组相互关联的表，使得能存放完整的人员信息，人员信息主要字段自少包括：姓名、学号、班级信息、卡号、账户金额（消费金额）、消费各种状态信息（）、权限类别（考勤的权限、食堂消费权限、洗浴消费权限、门禁刷卡权限）等，消费记录表包括交易流水、交易时间、交易地点、交易金额等。卡与消费终端交互流程：1、鉴权：根据应用终端的类别，交互数据库取出该账户权限类别，判断是否有资格。2、如鉴权通过，上传消费终端上输入的消费金额，平台根据上传金额与数据库提取出来的账户余额对比，判断金额是否合理。3、平台自动 *** 作数据库更改消费后的账户余额及相关信息。注：一卡通的充值流程同消费流程，纯手工敲的，欢迎采纳，一卡通业务方面问题可以powerliu@163.com。

校园一卡通顾名思义，使用一张卡完成校园所有电子业务的应用。当前学校电子业务应用主要分为两类：消费和身份识别。

1、消费：包括餐厅吃饭消费、澡堂洗浴消费、超市消费、医务室、体育场馆收费等。

2、身份识别类：新生注册（数字迎新）、图书借阅、寝室和教学楼的门禁和考勤识别等。

而使用的校园卡多为mifare卡，根据卡中存放信息分为ic卡和id卡：

1、IC卡是集成电路卡，通过卡里的集成电路存储信息，此类卡存放的有各种人员信息和账户信息，与应用终端（消费机、考勤机）交互后需要上传到数据库人员信息表中，使得数据库与卡片同步，与数据库交互不够及时，批量上传数据。

2、ID卡是身份识别卡，卡中只存放一条帐号信息，每次与应用终端交互都需要与数据库交互，此类卡的应用终端必须实时联网，写校园一卡通设计的话推荐此种卡片。数据库建一组相互关联的表，使得能存放完整的人员信息，人员信息主要字段自少包括：姓名、学号、班级信息、卡号、账户金额（消费金额）、消费各种状态信息（）、权限类别（考勤的权限、食堂消费权限、洗浴消费权限、门禁刷卡权限）等，消费记录表包括交易流水、交易时间、交易地点、交易金额等。

卡与消费终端交互流程：

1、鉴权：根据应用终端的类别，交互数据库取出该账户权限类别，判断是否有资格。

2、如鉴权通过，上传消费终端上输入的消费金额，平台根据上传金额与数据库提取出来的账户余额对比，判断金额是否合理。

3、平台自动 *** 作数据库更改消费后的账户余额及相关信息。

注：一卡通的充值流程同消费流程，纯手工敲的，欢迎采纳，一卡通业务方面问题可以powerliu@163.com。

---