扫一扫，关注我们
微信号：375279829
数据库设计是一个系统成败的关键，从数据库的设计中，可以标记出系统各实体之间的关联，形成一个网状结构。单独的实体对应各种的属性，数据库的属性设置来源于需求和功能要求。有些字段是系统需求定义的，而特殊字段也有可能是为编程设计需要，如标记是否删除的字段，是为了程序中判断信息是否存在的依据。对于属性的字段类型、是否为空、主外键关联等都是设计要考虑的问题。旅游景点软件设计远程包括下面几个方面。
系统业务设计的依据来源于客户需求，而业务功能的实现前提是良好的数据库结构。数据库设计需要遵循客户的要求，设计数据库字段后，可以询问客户意见，必要的业务功能是否符合实际情况，提前根据客户的要求进行修正。减少后期修改的可能性。
本系统的数据表如下：
表1.1 公告信息表
|
序号 |
字段名 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
外键 |
说明 |
|
序号1 |
Idgg |
数字 |
8 |
无 |
不为空 |
√ |
无 |
ID |
|
序号 2 |
Titlegg |
字符 |
50 |
无 |
可为空 |
无 |
无 |
名称，50字符内 |
|
序号 3 |
Contentgg |
文本 |
|
无 |
可为空 |
无 |
无 |
内容，可为长字符 |
|
序号 4 |
Addtimegg |
日期 |
20 |
无 |
可为空 |
无 |
无 |
时间，日期格式 |
|
序号 5 |
Leibiegg |
字符 |
20 |
无 |
可为空 |
无 |
|
类别，外键，和类别关联 |
用户信息表用来存放用户的信息，其中USER_ID是多个表的外键，所以在需要在程序逻辑上进行完整性约束。
表1.2 用户信息表
|
序号 |
字段名 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
外键 |
说明 |
|
序号1 |
USER_IDyh |
字符 |
20 |
无 |
不为空 |
√ |
|
用户ID |
|
序号 2 |
USER_NAMEyh |
字符 |
20 |
无 |
可为空 |
无 |
无 |
用户姓名，20字符内 |
|
序号 3 |
pwdyh |
字符 |
20 |
无 |
可为空 |
无 |
无 |
用户密码，20字符内 |
|
序号 4 |
Addtimeyh |
日期 |
2 |
无 |
可为空 |
无 |
无 |
添加的时间，日期格式 |
订票信息表是用来存放电子票信息的。
表1.3 订票信息表
|
序号 |
字段名 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
外键 |
说明 |
|
序号1 |
Iddp |
数字 |
|
无 |
不为空 |
√ |
√ |
项目ID |
|
序号 2 |
Namedp |
字符 |
50 |
无 |
可为空 |
无 |
无 |
用户ID |
|
序号 3 |
Piaojiadp |
整数 |
20 |
无 |
可为空 |
无 |
无 |
票价，整数 |
|
序号 4 |
Shuliangdp |
整数 |
20 |
无 |
可为空 |
无 |
无 |
数量，整数 |
|
序号 5 |
Smdp |
字符 |
200 |
无 |
可为空 |
无 |
无 |
含义：说明 |
线路信息表用来存放线路信息的。
表1.4 线路信息表
|
序号 |
字段名 |
类型 |
长度 |
默认值 |
允许空 |
主键 |
外键 |
说明 |
|
序号1 |
Idjp |
数字 |
2 |
无 |
不为空 |
√ |
|
主键 |
|
序号 2 |
Bhjp |
字符 |
20 |
无 |
可为空 |
无 |
无 |
含义：编号 |
|
序号 3 |
Mcjp |
字符 |
2 |
无 |
可为空 |
无 |
无 |
含义：名称 |
|
序号 4 |
Pricejp |
整数 |
20 |
无 |
可为空 |
无 |
无 |
含义：价格 |
|
序号 5 |
客服QQ