本章主要介绍了本平台的数据库的设计概念和数据库的需求分析。
数据库是一个应用的基础，没有一个应用是脱离开数据而单独存在的，应用与数据库的关系就像是人要喝水一样。
本应用主要保存了用户信息、餐厅信息以及餐厅中菜单的信息。因为实用性的移动应用本身设计到的数据没有像OA系统的数据杂和多，所以本人就简单设计实现了本应用的数据库。本应用中表的类型一共分成3中，一种是用户类型，保存了用户的信息。第二种是餐厅类型，保存了餐厅的相关信息。第三种是菜单类型，保存了菜单的相关信息。如图4-1移动点餐应用E-R图。
图4-1 移动点餐应用E-R图
根据项目的需求定制对应的数据库表，本人是从前端的角度编写的，可能不太完善，但是都是本人需要的数据。心得，虽然以前很少接触数据库，这下自己接触后觉得表注释和字段的注释、备注非常重要，这样在脑子突然短路的时候可以马上联机。
表4-1 餐厅表
|
名称 |
类型 |
可为空 |
注释 |
|
|
1 |
OBJECT_ID |
String |
N |
主键 |
|
2 |
SHOP_NAME |
String |
N |
商店名称 |
|
3 |
SHOP_DESC |
String |
Y |
商店描述 |
|
4 |
SHOP_INFO |
String |
Y |
商店其他信息 |
|
5 |
SHOP_LON |
String |
N |
商店所在经度 |
|
6 |
SHOP_LAT |
String |
N |
商店所在纬度 |
|
7 |
SELLNUMBER |
Number |
N |
销量 |
|
8 |
STAR |
Number |
N |
评分 |
|
9 |
IMAGE |
String |
Y |
商店图片URL |
|
10 |
ALLCATEGORY |
String |
N |
菜系种类列表 |
|
11 |
COMMODITYNAME |
String |
N |
菜单名称 |
表4-2 菜单表
|
名称 |
类型 |
可为空 |
注释 |
|
|
1 |
OBJECT_ID |
String |
N |
主键 |
|
2 |
COMMODITY_NAME |
String |
N |
菜品名称 |
|
3 |
COMMODITY_DESC |
String |
Y |
菜品描述 |
|
4 |
COMMODITY_INFO |
String |
Y |
菜品其他信息 |
|
5 |
CATEGORY |
String |
N |
菜系 |
|
6 |
IMAGE |
String |
Y |
菜品图片URL |
|
7 |
SELLNUMBER |
Number |
N |
销量 |
|
8 |
PRICE |
Number |
N |
价格 |
表4-3 用户信息表
|
名称 |
类型 |
可为空 |
注释 |
|
|
1 |
OBJECT_ID |
String |
N |
主键 |
|
2 |
NICKNAME |
String |
N |
昵称 |
|
3 |
IMAGE |
String |
Y |
头像URL |
|
4 |
USERNAME |
String |
N |
账号 |
|
5 |
PASSWORD |
String |
N |
密码 |
|
6 |
USERINFO |
String |
N |
用户个人信息 |
|
7 |
TOKEN |
String |
N |
用户唯一标识 |
|
8 |
SCORE |
Number |
N |
积分 |
|
9 |
LOCATION |
String |
N |
订单位置 |
|
10 |
LOVE |
String |
Y |
收藏 |
|
11 |
MONEY |
Number |
Y |
余额 |
