软件开发项目的数据库设计 | 如何从零到一完成对相关表单的设计

于 2024-01-09 00:22:31 发布
阅读量2.3k 收藏 28
点赞数 36
文章标签： 数据库 数据库设计 Java 项目
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60735796/article/details/135469482
版权

目录

​🍃作者介绍：双非本科大三网络工程专业在读，阿里云专家博主，专注于Java领域学习，擅长web应用开发、数据结构和算法，初步涉猎Python人工智能开发和前端开发。
🦅主页：@逐梦苍穹
📕您的一键三连，是我创作的最大动力🌹

1、数据库设计的重要性

在软件开发中，数据库设计占据了非常重要的地位。以下是数据库设计在Java开发中的几个关键点：
1. 数据持久化：Java应用通常需要存储数据以便长期使用，数据库提供了这种持久化机制。
2. 性能：良好的数据库设计可以显著提高应用程序的性能，通过合理的索引、查询优化和数据结构设计，可以加快数据检索速度。
3. 一致性和完整性：数据库设计需要确保数据的一致性和完整性，通过设置外键、约束和事务控制，可以保证数据的准确性和可靠性。
4. 可扩展性：随着应用程序的发展，数据量可能会迅速增长。良好的数据库设计可以应对这种扩展需求，避免未来进行昂贵的重构。
5. 安全性：数据库设计还需要考虑安全性，确保敏感数据的保护，防止SQL注入等安全漏洞。
6. 对象关系映射（ORM）：在Java开发中，经常使用ORM框架如Hibernate来简化数据库操作。良好的数据库设计可以更好地与ORM框架集成，提高开发效率。
7. 多用户并发：数据库设计需要考虑多用户并发访问的情况，确保数据的一致性和系统的稳定性。
因此，数据库设计对于Java应用程序的成功至关重要，它直接影响到应用程序的性能、可靠性、可维护性和扩展性。

2、各表单设计

思路

我的表单设计思路是，根据需求及其产品原型，来逐渐完善数据库各表单及其对应字段。
从企业开发的角度：
数据库表单设计通常遵循以下步骤和思路：
1. 需求分析：
- 理解业务需求，包括数据存储、检索、更新和删除的需求。
- 确定数据的类型，例如用户信息、交易数据、产品目录等。
2. 概念设计：
- 使用实体-关系模型（ER模型）来表示数据实体及其之间的关系。
- 确定实体的属性和主键。
3. 逻辑设计：
- 将ER模型转换为关系模型，即确定表结构。
- 设计表的字段（列），选择合适的数据类型。
- 定义主键、外键以及其他约束（如唯一性、非空等）来保证数据的完整性。
4. 规范化：
- 应用规范化原则（如第一范式、第二范式、第三范式等）来避免数据冗余和更新异常。
- 分解表以达到更高级别的规范化，如果需要。
5. 物理设计：
- 根据数据访问模式和性能要求，设计索引和存储结构。
- 考虑分区、并行处理和物理存储的需求。
6. 安全性设计：
- 设计访问控制，确保只有授权用户可以访问数据。
- 考虑数据加密和备份策略。
7. 调优：
- 根据实际的数据使用情况，调整表结构、索引和查询。
- 监控性能并根据需要进行优化。
8. 文档化：
- 记录数据库设计的详细信息，包括表结构、关系、约束、索引等。
- 准备数据字典和相关文档以便于维护和更新。
在整个设计过程中，应该持续与业务分析师、开发人员和最终用户沟通，确保设计满足业务需求并且易于使用和维护。

user

根据产品原型，小程序登录阶段，需要获取用户信息，所以需要一张用户user表单：
image.png
从开发的角度，user表首先要具备唯一标识id，还要保存微信小程序对用户的唯一标识openid，还有用户信息第一次记录在数据库的时间。其余的，还可以保存用户名、电话、性别、身份证号码、微信头像等等。
user表如下：
image.png

employee

根据产品原型，在管理端页面的登录入口，就需要输入账号和密码，这很明显就需要一个员工表来存储：
image.png
对于员工表来说，需要的字段，很明显就是：唯一标识符id，员工名称name，员工账号的用户名username和密码password，电话号码phone，性别sex，身份证号码id_number；
员工账号，还应该分权限，分为管理员账号和普通账号，所以对于员工表，还需要一个状态status字段，标识员工账号是允许使用还是禁止使用；
此外，对于员工表单来说，还需要记录四个字段，分别是修改时间、创建时间、修改用户、创建用户：
image.png

category

根据产品原型，进入了管理端之后，有一个“分类管理”：
image.png
很明显该产品有两个分类，分别是菜品分类和套餐分类，即需要创建一个category表单；
表单字段，根据截图的产品原型，可以看出需要的是：唯一id，分类名称name，分类类型type，排序sort，状态status，创建时间create_time和修改时间update_time；
如上面的员工表一样，这里同样需要记录创建用户和修改用户的id：
image.png

dish

根据产品原型，菜品管理和分类管理十分类似：
image.png
表单如下：
image.png
用户在下单菜品的时候，必然是有口味区分的：
image.png
因此这里需要一张口味表dish_flavor。

dish_flavor

image.png
image.png
菜品口味都是伴随着下单的时候，用户挑选完成，记录到订单相关表单的。

⭐setmeal

根据产品原型：
image.png
setmeal表单如下：
image.png
很明显，套餐模块的表单没有设计完，setmeal只是记录了套餐信息，并没有记录套餐与菜品关联的信息，此时就需要一张关系表setmeal_dish。

setmeal_dish

作为一张记录套餐与菜品关联信息的表单，它所需要具备的是一个主键、两个逻辑外键。
即id，setmeal_id，dish_id。还需要记录下套餐里面菜品的名称name、价格price、份数copies：
image.png

orders

根据产品原型：
image.png
image.png
image.png
image.png
这里的地址，应该用另外一个记录地址的表单，可以区分地区。
根据菜品dish表单的描述，此处订单的内容应该还有一个订单详情表来记录菜品口味数据。
image.png

address_book

产品原型：
image.png
表单：
image.png

order_detail

image.png

shoppint_cart

产品原型：
image.png
购物车表单存放的，很明显就应该是如下情况：
image.png

3、总结

总体下来，只要对着需求和产品原型不断做拆解，数据库表单的设计方面，还是不成问题的。
下面附上这些表单的SQL脚本及其详细内容。

3.1、SQL脚本

/*
Navicat MySQL Data Transfer

Source Server         : 苍穹外卖
Source Server Version : 50724
Source Host           : localhost:3306
Source Database       : sky_take_out

Target Server Type    : MYSQL
Target Server Version : 50724
File Encoding         : 65001

Date: 2024-01-09 00:13:02
*/

SET FOREIGN_KEY_CHECKS=0;

-- ----------------------------
-- Table structure for address_book
-- ----------------------------
DROP TABLE IF EXISTS `address_book`;
CREATE TABLE `address_book` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `user_id` bigint(20) NOT NULL COMMENT '用户id',
  `consignee` varchar(50) COLLATE utf8_bin DEFAULT NULL COMMENT '收货人',
  `sex` varchar(2) COLLATE utf8_bin DEFAULT NULL COMMENT '性别',
  `phone` varchar(11) COLLATE utf8_bin NOT NULL COMMENT '手机号',
  `province_code` varchar(12) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '省级区划编号',
  `province_name` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '省级名称',
  `city_code` varchar(12) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '市级区划编号',
  `city_name` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '市级名称',
  `district_code` varchar(12) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '区级区划编号',
  `district_name` varchar(32) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '区级名称',
  `detail` varchar(200) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '详细地址',
  `label` varchar(100) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '标签',
  `is_default` tinyint(1) NOT NULL DEFAULT '0' COMMENT '默认 0 否 1是',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='地址簿';

-- ----------------------------
-- Table structure for category
-- ----------------------------
DROP TABLE IF EXISTS `category`;
CREATE TABLE `category` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `type` int(11) DEFAULT NULL COMMENT '类型   1 菜品分类 2 套餐分类',
  `name` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '分类名称',
  `sort` int(11) NOT NULL DEFAULT '0' COMMENT '顺序',
  `status` int(11) DEFAULT NULL COMMENT '分类状态 0:禁用，1:启用',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `create_user` bigint(20) DEFAULT NULL COMMENT '创建人',
  `update_user` bigint(20) DEFAULT NULL COMMENT '修改人',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_category_name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='菜品及套餐分类';

-- ----------------------------
-- Table structure for dish
-- ----------------------------
DROP TABLE IF EXISTS `dish`;
CREATE TABLE `dish` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '菜品名称',
  `category_id` bigint(20) NOT NULL COMMENT '菜品分类id',
  `price` decimal(10,2) DEFAULT NULL COMMENT '菜品价格',
  `image` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '图片',
  `description` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '描述信息',
  `status` int(11) DEFAULT '1' COMMENT '0 停售 1 起售',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `create_user` bigint(20) DEFAULT NULL COMMENT '创建人',
  `update_user` bigint(20) DEFAULT NULL COMMENT '修改人',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_dish_name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=70 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='菜品';

-- ----------------------------
-- Table structure for dish_flavor
-- ----------------------------
DROP TABLE IF EXISTS `dish_flavor`;
CREATE TABLE `dish_flavor` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `dish_id` bigint(20) NOT NULL COMMENT '菜品',
  `name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '口味名称',
  `value` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '口味数据list',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=116 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='菜品口味关系表';

-- ----------------------------
-- Table structure for employee
-- ----------------------------
DROP TABLE IF EXISTS `employee`;
CREATE TABLE `employee` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '姓名',
  `username` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '用户名',
  `password` varchar(64) COLLATE utf8_bin NOT NULL COMMENT '密码',
  `phone` varchar(11) COLLATE utf8_bin NOT NULL COMMENT '手机号',
  `sex` varchar(2) COLLATE utf8_bin NOT NULL COMMENT '性别',
  `id_number` varchar(18) COLLATE utf8_bin NOT NULL COMMENT '身份证号',
  `status` int(11) NOT NULL DEFAULT '1' COMMENT '状态 0:禁用，1:启用',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `create_user` bigint(20) DEFAULT NULL COMMENT '创建人',
  `update_user` bigint(20) DEFAULT NULL COMMENT '修改人',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_username` (`username`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='员工信息';

-- ----------------------------
-- Table structure for orders
-- ----------------------------
DROP TABLE IF EXISTS `orders`;
CREATE TABLE `orders` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `number` varchar(50) COLLATE utf8_bin DEFAULT NULL COMMENT '订单号',
  `status` int(11) NOT NULL DEFAULT '1' COMMENT '订单状态 1待付款 2待接单 3已接单 4派送中 5已完成 6已取消 7退款',
  `user_id` bigint(20) NOT NULL COMMENT '下单用户',
  `address_book_id` bigint(20) NOT NULL COMMENT '地址id',
  `order_time` datetime NOT NULL COMMENT '下单时间',
  `checkout_time` datetime DEFAULT NULL COMMENT '结账时间',
  `pay_method` int(11) NOT NULL DEFAULT '1' COMMENT '支付方式 1微信,2支付宝',
  `pay_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '支付状态 0未支付 1已支付 2退款',
  `amount` decimal(10,2) NOT NULL COMMENT '实收金额',
  `remark` varchar(100) COLLATE utf8_bin DEFAULT NULL COMMENT '备注',
  `phone` varchar(11) COLLATE utf8_bin DEFAULT NULL COMMENT '手机号',
  `address` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '地址',
  `user_name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '用户名称',
  `consignee` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '收货人',
  `cancel_reason` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '订单取消原因',
  `rejection_reason` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '订单拒绝原因',
  `cancel_time` datetime DEFAULT NULL COMMENT '订单取消时间',
  `estimated_delivery_time` datetime DEFAULT NULL COMMENT '预计送达时间',
  `delivery_status` tinyint(1) NOT NULL DEFAULT '1' COMMENT '配送状态  1立即送出  0选择具体时间',
  `delivery_time` datetime DEFAULT NULL COMMENT '送达时间',
  `pack_amount` int(11) DEFAULT NULL COMMENT '打包费',
  `tableware_number` int(11) DEFAULT NULL COMMENT '餐具数量',
  `tableware_status` tinyint(1) NOT NULL DEFAULT '1' COMMENT '餐具数量状态  1按餐量提供  0选择具体数量',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='订单表';

-- ----------------------------
-- Table structure for order_detail
-- ----------------------------
DROP TABLE IF EXISTS `order_detail`;
CREATE TABLE `order_detail` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '名字',
  `image` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '图片',
  `order_id` bigint(20) NOT NULL COMMENT '订单id',
  `dish_id` bigint(20) DEFAULT NULL COMMENT '菜品id',
  `setmeal_id` bigint(20) DEFAULT NULL COMMENT '套餐id',
  `dish_flavor` varchar(50) COLLATE utf8_bin DEFAULT NULL COMMENT '口味',
  `number` int(11) NOT NULL DEFAULT '1' COMMENT '数量',
  `amount` decimal(10,2) NOT NULL COMMENT '金额',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=15 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='订单明细表';

-- ----------------------------
-- Table structure for setmeal
-- ----------------------------
DROP TABLE IF EXISTS `setmeal`;
CREATE TABLE `setmeal` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `category_id` bigint(20) NOT NULL COMMENT '菜品分类id',
  `name` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '套餐名称',
  `price` decimal(10,2) NOT NULL COMMENT '套餐价格',
  `status` int(11) DEFAULT '1' COMMENT '售卖状态 0:停售 1:起售',
  `description` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '描述信息',
  `image` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '图片',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  `create_user` bigint(20) DEFAULT NULL COMMENT '创建人',
  `update_user` bigint(20) DEFAULT NULL COMMENT '修改人',
  PRIMARY KEY (`id`),
  UNIQUE KEY `idx_setmeal_name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='套餐';

-- ----------------------------
-- Table structure for setmeal_dish
-- ----------------------------
DROP TABLE IF EXISTS `setmeal_dish`;
CREATE TABLE `setmeal_dish` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `setmeal_id` bigint(20) DEFAULT NULL COMMENT '套餐id',
  `dish_id` bigint(20) DEFAULT NULL COMMENT '菜品id',
  `name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '菜品名称 （冗余字段）',
  `price` decimal(10,2) DEFAULT NULL COMMENT '菜品单价（冗余字段）',
  `copies` int(11) DEFAULT NULL COMMENT '菜品份数',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='套餐菜品关系';

-- ----------------------------
-- Table structure for shopping_cart
-- ----------------------------
DROP TABLE IF EXISTS `shopping_cart`;
CREATE TABLE `shopping_cart` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '商品名称',
  `image` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '图片',
  `user_id` bigint(20) NOT NULL COMMENT '主键',
  `dish_id` bigint(20) DEFAULT NULL COMMENT '菜品id',
  `setmeal_id` bigint(20) DEFAULT NULL COMMENT '套餐id',
  `dish_flavor` varchar(50) COLLATE utf8_bin DEFAULT NULL COMMENT '口味',
  `number` int(11) NOT NULL DEFAULT '1' COMMENT '数量',
  `amount` decimal(10,2) NOT NULL COMMENT '金额',
  `create_time` datetime DEFAULT NULL COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='购物车';

-- ----------------------------
-- Table structure for user
-- ----------------------------
DROP TABLE IF EXISTS `user`;
CREATE TABLE `user` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `openid` varchar(45) COLLATE utf8_bin DEFAULT NULL COMMENT '微信用户唯一标识',
  `name` varchar(32) COLLATE utf8_bin DEFAULT NULL COMMENT '姓名',
  `phone` varchar(11) COLLATE utf8_bin DEFAULT NULL COMMENT '手机号',
  `sex` varchar(2) COLLATE utf8_bin DEFAULT NULL COMMENT '性别',
  `id_number` varchar(18) COLLATE utf8_bin DEFAULT NULL COMMENT '身份证号',
  `avatar` varchar(500) COLLATE utf8_bin DEFAULT NULL COMMENT '头像',
  `create_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用户信息';

3.2、详解各表单

序号数据表名中文名称
1employee员工表
2category分类表
3dish菜品表
4dish_flavor菜品口味表
5setmeal套餐表
6setmeal_dish套餐菜品关系表
7user用户表
8address_book地址表
9shopping_cart购物车表
10orders订单表
11order_detail订单明细表

employee

employee表为员工表，用于存储商家内部的员工信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)姓名
usernamevarchar(32)用户名唯一
passwordvarchar(64)密码
phonevarchar(11)手机号
sexvarchar(2)性别
id_numbervarchar(18)身份证号
statusint账号状态1正常 0锁定
create_timedatetime创建时间
update_timedatetime最后修改时间
create_userbigint创建人id
update_userbigint最后修改人id

category

category表为分类表，用于存储商品的分类信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)分类名称唯一
typeint分类类型1菜品分类 2套餐分类
sortint排序字段用于分类数据的排序
statusint状态1启用 0禁用
create_timedatetime创建时间
update_timedatetime最后修改时间
create_userbigint创建人id
update_userbigint最后修改人id

dish

dish表为菜品表，用于存储菜品的信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)菜品名称唯一
category_idbigint分类id逻辑外键
pricedecimal(10,2)菜品价格
imagevarchar(255)图片路径
descriptionvarchar(255)菜品描述
statusint售卖状态1起售 0停售
create_timedatetime创建时间
update_timedatetime最后修改时间
create_userbigint创建人id
update_userbigint最后修改人id

dish_flavor

dish_flavor表为菜品口味表，用于存储菜品的口味信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
dish_idbigint菜品id逻辑外键
namevarchar(32)口味名称
valuevarchar(255)口味值

setmeal

setmeal表为套餐表，用于存储套餐的信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)套餐名称唯一
category_idbigint分类id逻辑外键
pricedecimal(10,2)套餐价格
imagevarchar(255)图片路径
descriptionvarchar(255)套餐描述
statusint售卖状态1起售 0停售
create_timedatetime创建时间
update_timedatetime最后修改时间
create_userbigint创建人id
update_userbigint最后修改人id

setmeal_dish

setmeal_dish表为套餐菜品关系表，用于存储套餐和菜品的关联关系。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
setmeal_idbigint套餐id逻辑外键
dish_idbigint菜品id逻辑外键
namevarchar(32)菜品名称冗余字段
pricedecimal(10,2)菜品单价冗余字段
copiesint菜品份数

user

user表为用户表，用于存储C端用户的信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
openidvarchar(45)微信用户的唯一标识
namevarchar(32)用户姓名
phonevarchar(11)手机号
sexvarchar(2)性别
id_numbervarchar(18)身份证号
avatarvarchar(500)微信用户头像路径
create_timedatetime注册时间

address_book

address_book表为地址表，用于存储C端用户的收货地址信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
user_idbigint用户id逻辑外键
consigneevarchar(50)收货人
sexvarchar(2)性别
phonevarchar(11)手机号
province_codevarchar(12)省份编码
province_namevarchar(32)省份名称
city_codevarchar(12)城市编码
city_namevarchar(32)城市名称
district_codevarchar(12)区县编码
district_namevarchar(32)区县名称
detailvarchar(200)详细地址信息具体到门牌号
labelvarchar(100)标签公司、家、学校
is_defaulttinyint(1)是否默认地址1是 0否

shopping_cart

shopping_cart表为购物车表，用于存储C端用户的购物车信息。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)商品名称
imagevarchar(255)商品图片路径
user_idbigint用户id逻辑外键
dish_idbigint菜品id逻辑外键
setmeal_idbigint套餐id逻辑外键
dish_flavorvarchar(50)菜品口味
numberint商品数量
amountdecimal(10,2)商品单价
create_timedatetime创建时间

orders

orders表为订单表，用于存储C端用户的订单数据。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
numbervarchar(50)订单号
statusint订单状态1待付款 2待接单 3已接单 4派送中 5已完成 6已取消
user_idbigint用户id逻辑外键
address_book_idbigint地址id逻辑外键
order_timedatetime下单时间
checkout_timedatetime付款时间
pay_methodint支付方式1微信支付 2支付宝支付
pay_statustinyint支付状态0未支付 1已支付 2退款
amountdecimal(10,2)订单金额
remarkvarchar(100)备注信息
phonevarchar(11)手机号
addressvarchar(255)详细地址信息
user_namevarchar(32)用户姓名
consigneevarchar(32)收货人
cancel_reasonvarchar(255)订单取消原因
rejection_reasonvarchar(255)拒单原因
cancel_timedatetime订单取消时间
estimated_delivery_timedatetime预计送达时间
delivery_statustinyint配送状态1立即送出 0选择具体时间
delivery_timedatetime送达时间
pack_amountint打包费
tableware_numberint餐具数量
tableware_statustinyint餐具数量状态1按餐量提供 0选择具体数量

order_detail

order_detail表为订单明细表，用于存储C端用户的订单明细数据。具体表结构如下：

字段名数据类型说明备注
idbigint主键自增
namevarchar(32)商品名称
imagevarchar(255)商品图片路径
order_idbigint订单id逻辑外键
dish_idbigint菜品id逻辑外键
setmeal_idbigint套餐id逻辑外键
dish_flavorvarchar(50)菜品口味
numberint商品数量
amountdecimal(10,2)商品单价
逐梦苍穹
关注
  • 36
    点赞
  • 踩
  • 28
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
项目中常见的数据库设计
qq_58557109的博客
01-19 1216
因此，在使用反范式化设计时，需要权衡查询性能和数据一致性之间的关系，并确保在设计和应用过程中仍然能够维持数据的准确性和完整性。完整性约束：防止不符合规范的数据进入数据库，在用户对数据进行插入、修改、删除等操作时，DBMS自动按照一定的约束条件对数据进行监测，使不符合规范的数据不能进入数据库，以确保数据库中存储的数据正确、有效、相容。优点：减少数据冗余，提高数据的一致性和可维护性（在一定情况下，三范式可以提高查询性能，因为数据表结构更加规范化，可以更好地利用索引和减少不必要的数据扫描）。
数据库如何建表
最新发布
二哈喇子！
07-06 7万+
我来教你数据库怎么建库建表并导入导出表
如何设计数据库表？
点滴路程
04-16 4547
本章的主要目的就是想让大家了解数据库设计时需要注意的点。想要设计出一个优秀的数据库还需要更多的努力，在后面的学习中，如有相关的经验或总结，我会继续补充。即使我们现在还不是大牛，但是在工作中，如果让我们设计数据库，起码已经知道评判的方式，最起码要建立一个满足3NF的数据表。
数据库分库分表设计方案
空槐树的博客
04-24 1306
如何做到永不迁移数据和避免热点？ ——转自公众号：Java后端技术 | 本文地址：www.toutiao.com/i6677459303055491597 一、前言 一般来说，数据拆分，有两种： 垂直拆分，从业务角度进行拆分多个库。如下图，独立的拆分出订单库和用户库。 水平拆分，是同一个业务，按一定范围规则进行拆分。 上图中订单数据达到了4000万，我们也知道mysql单表存...
数据库中表设计思路
zhu_fangyuan的博客
04-19 932
一对多关系 一对多，两张表，多的表加外键。 多对多关系 多对多，三张表，关系表两个外键。
数据库表设计思路
qq_44705614的博客
05-25 85
一般按照两个纬度进行设计:1.数据流2.业务流。
基于某店POS积分管理系统的毕业设计，系统采用MySQL数据库进行数据存储,界面设计上,采用Material Design风格
03-29
系统采用MySQL数据库进行数据存储,使用Java语言开发客户端软件。在界面设计上,采用Material Design风格,使操作更为简洁直观。会员注册界面采用表单方式收集会员信息,包括姓名、手机号、邮箱等,并生成会员卡号。 ...
微信小程序校园外卖系统－数据库课程设计，商家和买家角色
06-06
微信小程序利用POST方式传递参数到服务器后端，后端接受小程序的表单信息，在数据库进行相应的增加，删除，查询，修改操作，并将结果通过JSON数据返回至微信小程序前端。 小程序配置 在`app.js`中设置服务器地址...
毕业设计-基于python校园舆情管理系统毕业设计与实现（源码+数据库+演示视频）.zip
07-02
开发技术：python，django ，mysql 1.对登录的用户，密码管理，登陆后，可以进行相关操作 2.爬取大学生微博（喀什大学微博，或者其他大学生微博，主要看是否能爬） 3.数据分析，对学生的舆情微博信息的爬虫结果，...
毕业设计基于微信小程序的悬赏信息发布系统(java)毕业设计与实现（源码+数据库+演示视频）.zip
06-19
（4）悬赏信息发布：用户通过填写悬赏信息表单，对自己的需求进行发布，悬赏信息表单内容包括悬赏具体内容、悬赏时间区间、悬赏需求量、悬赏交接地点、悬赏佣金以及本金。 4 总结 本文通过对以上所述的信息发布...
如何设计一个项目中数据库
12-24
做好数据库设计的几个方面 只是大体上的，具体杰斯没有写··· 因为我不想误导大家··
表单流程设计平台.rar
09-07
表单引擎系统是在完全WEB界面上可视化编辑的系统，可设置...为企业信息管理人员或软件开发人员提供简单、快捷、高效的WEB表单设计和制作工具，无须书写任何程序代码即可轻松的与数据绑定并实现表单信息的储存和流转。
数据库设计思路
君莫笑
10-31 7379
数据库设计追求逐渐完善，不求一下子完美
动态表单数据库设计
yelifei94的专栏
05-12 1万+
<br />公司前辈要我做一个动态表单数据库设计，思维愚钝，无法下手。后来前辈帮我把表结构画出来了，才茅塞顿开<br />现在和大家分享一下。<br /> <br /> <br />需求：<br />能够根据数据库在界面动态显示表单，包括表单类型、名称等，并且必须提供 添加新表单，修改表单等功能。<br />        <br /> <br />为了满足客户不断的需求变化，有时候需要为某商品增加、修改、删除、属性，这样的话以往的数据库表就很难实现，<br />因为表的字段是定死了 如果你需要增加一个属性
数据库表的设计流程和思考方向
tc979907461的博客
05-10 8248
数据库设计的基本步骤 按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段 1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库实施 6.数据库的运行和维护   数据库设计通常分为6个阶段1（需求分析：分析用户的需求，包括数据、功能和性能需求；2概念结构设计：主要采用E-R模型进行设计，包括画E-R图；3逻辑结构设计：通过将E-R图转换成表，实现从E-R模型到关系模型的转换；4数据库物理设计：主要是为所设计的数据库选择合适的存储结构和...
数据库设计
ld525327的博客
09-20 237
E-R图也称实体-关系图(Entity Relationship Diagram)，提供了表示实体类型、属性和关系的方法，是描述现实世界关系概念模型的有效方法。3NF：一个关系满足第二范式，并且表中各列必须和主键直接相关，不能间接相关。详细设计阶段：应用三大范式审核数据库结构，将E-R图转换为数据库模型图；概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整；1NF：每列都是不可再分的最小数据单元。需求分析阶段：分析客户的业务和数据处理需求；代码编写阶段：物理实现数据库，编码实现应用；
常见电商项目的数据库表设计(MySQL版)
weixin_43845335的博客
03-14 6万+
常见电商项目的数据库表设计(MySQL版) 简介： 目的： 电商常用功能模块的数据库设计 常见问题的数据库解决方案 环境： MySQL5.7 图形客户端，SQLyog Linux 模块： 用户：注册、登陆 商品：浏览、管理 订单：生成、管理 仓配：库存、管理 电商实例数据库结构设计： 电商项目用户模块 用户表涉及的实体 改进1：第三范式：将依赖传递的列分离出来。比如：登录...
eclispce使用临时数据库对request对象完成注册页面后台实验原理是什么
03-21
对于这个问题，我不是很清楚eclipse使用临时数据库对request对象完成注册页面后台实验的具体原理，但是我可以给您提供一些思路和参考资料，希望能够帮助您更好地理解这个问题。 首先，eclipse是一个开发工具，它提供了很多插件和框架，可以帮助开发人员更加高效地进行软件开发。其中，临时数据库和request对象都是web开发中比较常见的概念。 临时数据库通常是指在内存中创建的一个数据库，它可以用来存储一些临时数据，比如用户的注册信息。在web开发中，我们通常会使用一些框架或者工具来管理这些临时数据库，比如Hibernate、MyBatis等。这些工具可以帮助我们更加方便地操作数据库，同时也可以提高程序的性能和安全性。 而request对象则是web开发中的一个重要概念，它代表了客户端向服务器发送的请求。在注册页面中，我们通常会使用request对象来获取用户提交的表单数据，然后将这些数据存储到临时数据库中。这样，我们就可以在后续的操作中使用这些数据，比如进行用户验证、发送邮件等。 总的来说，eclipse使用临时数据库对request对象完成注册页面后台实验的原理是：通过框架或者工具创建一个临时数据库，然后使用request对象获取用户提交的表单数据，将这些数据存储到临时数据库中。在后续的操作中，我们可以使用这些数据来完成一些业务逻辑，比如用户验证、发送邮件等。 参考资料： 1. Eclipse官网：https://www.eclipse.org/ 2. Hibernate官网：https://hibernate.org/ 3. MyBatis官网：https://mybatis.org/mybatis-3/zh/index.html

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

逐梦苍穹

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值