03-SSH综合案例:商城表关系分析

1.2   设计页面:

静态页面:

1.3    数据库分析与设计:

一般是一个Java类就对应一个表,有哪些类?那看你有哪些实体啊?一般一个模块对应一个实体

有用户模块就会有用户的一个实体,就会有用户表

用户表:

*用户ID

* 用户名

* 密码

* 邮箱

* 姓名

* 性别

* 地址:可修改

* 用户状态:已经激活还是没有激活

* 激活码:发一个激活邮件的时候肯定会生成一个激活码。当你一点邮件中的链接的时候,我们要根据激活码来查看一下你这个用户看有没有你这个用户的信息。如果有你这个用户的信息,说明是OK了,用户是正确了。因为激活码是可以一点这个链接就过来了,万一他把激活码篡改了你激活哪个用户啊,你就不知道激活哪一个了。所以是先对激活码进行查询然后再进行操作。

一级:分类表

* 一级分类ID

* 一级分类名称

二级分类表:

* 二级分类ID

* 二级分类名称

* 一级分类ID

商品表:

* 商品ID

* 商品名称

* 商品商城价格  优惠价  忽悠人的

* 商品指导价格  其他商城卖多少钱,我这里卖多少钱,来一个比对的。

* 商品描述

* 商品图片

* 所属二级分类ID作为它的外键  因为可以通过外键的关联就可以找到它们了。

商品数量就不需要了,就要看你需不需要一个库存去进行维护了。

订单表:

* 订单ID

* 订单时间

* 订单地址

* 订单总价

* 订单状态

* 用户 ID

这个订单是属于哪一个用户的,为什么没有商品ID呢?我们的商品表和订单表是一个多对多的关系,多对多的话你得有一个中间表,

订单项表:

* 订单项 ID

*商品 ID

* 数量

* 小计

时间: 2024-12-25 11:11:22

03-SSH综合案例:商城表关系分析的相关文章

JavaScript:综合案例-表单验证

综合案例:表单验证 开发要求: 要求定义一个雇员信息的增加页面,例如页面名称为"emp_add.htmnl",而后在此页面中要提供有输入表单,此表单定义要求如下: .雇员编号:必须是4位数字,按照正则进行验证: .雇员姓名:不能为空: .雇员职位:不能为空: .雇员日期:按照"yyyy-mm-dd"的格式编写,按照正则进行验证: .基本工资:按照小数编写,小数为最多2位,按照正则进行验证: .佣金:难找小数编写,小数位数最多2位,按照正则进行验证. 具体步骤: 第一

django之表关系的实现

1.三种表关系在Model类中的对应关系 2.以学生表.学生具体信息表.学院表.课程表为例实现上述三种表关系 分析:一个学院有多个学生,因此学院与学生的关系为一对多的关系    一个学生上多门课,一门课程有多个学生上,因此学生与课程的关系为多对多的关系    一个学生有一个具体信息表,一个具体信息表对应一个学生,因此学生与学生具体信息表为一对一的关系 3.代码实现 from django.db import models # Create your models here. class Depa

简单分析做过的三个项目的部分表关系

第一个项目:教务管理系统 分析其中的 用户.角色.功能.权限之间的关系: 第二个项目:网上商城 这个就不画图了,感觉上个图好丑,专业工具找不到了,见谅! 数据库表: 图书表book.图书类别bookType.顾客表customer表.顾客详细表customerDetail.菜单表menu 消息表news.订单表ordermain.订单明细表orderdetail.收货地址表shopaddress. 系统用户表sysAdmin表关系:book: n-----1 bookTypecustomer:

ssh 实体关系分析确立(ER图-实体关系图)

比较简单的方式就是根据模仿同类产品,根据同类产品的进行模仿,表单就是一个起码要加的字段,然后根据项目需要额外增加字段. 注意:实体类之间的引用关系还需要考虑性能的影响.如:单向或是双向. 表设计: 设计好后: 写实体类 建立实体类到数据库的关联关系 概述 5.实体关系分析 1.类结构:带箭头是单线关联,不带箭头是双向关联 ---------------------------------------- class User (1)<------(*) class Survey  (1)-----

分析表关系的方法论

判断表关系的最简单的方法(******) 图书与出版社 一本书可不可以有多个出版社 不可以!!! 一个出版社可不可以出版多本书 可以!!! 一对多的关系 图书与作者表 一本书可不可以有多个作者 可以!!! 一个作者可不可以写多本书 可以!!! 多对多的关系 作者与作者详情 一个作者可不可以有多个详情 不可以!!! 一个作者详情可不可以有多个作者 不可以!!! 要么两者是一对一 要么两者之间没任何关系 原文地址:https://www.cnblogs.com/dreamlyue/p/1200384

MySQL数据库篇之完整性约束和表关系

主要内容: 一.完整性约束 二.表关系 1?? 完整性约束 (1)何为完整性约束? 约束条件与数据类型的宽度一样,都是可选参数. 作用:用于保证数据的完整性和一致性 (2)分类主要有以下五类: 1.not null 与 default 2.unique 3.primary key 4.auto_increment 5.foreign key PRIMARY KEY (PK) 标识该字段为该表的主键,可以唯一的标识记录 FOREIGN KEY (FK) 标识该字段为该表的外键 NOT NULL 标

测试用例设计白皮书--判定表驱动分析方法

一.    方法简介 1.定义:判定表是分析和表达多逻辑条件下执行不同操作的情况的工具. 2.判定表的优点 能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏.因此,利用判定表能够设计出完整的测试用例集合. 在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针对不同逻辑条件的组合值,分别执行不同的操作.判定表很适合于处理这类问题. 3.“阅读指南”判定表   1 2 3 4 5 6 7 8 问题 觉得疲倦? Y Y Y Y N N N N 感兴趣吗? Y Y N N

转: 关于Linux与JVM的内存关系分析

转自: http://tech.meituan.com/linux-jvm-memory.html Linux与JVM的内存关系分析 葛吒2014-08-29 10:00 引言 在一些物理内存为8g的服务器上,主要运行一个Java服务,系统内存分配如下:Java服务的JVM堆大小设置为6g,一个监控进程占用大约600m,Linux自身使用大约800m.从表面上,物理内存应该是足够使用的:但实际运行的情况是,会发生大量使用SWAP(说明物理内存不够使用了),如下图所示.同时,由于SWAP和GC同时

转: Linux与JVM的内存关系分析

Linux与JVM的内存关系分析 引言 在一些物理内存为8g的服务器上,主要运行一个Java服务,系统内存分配如下:Java服务的JVM堆大小设置为6g,一个监控进程占用大约600m,Linux自身使用大约800m.从表面上,物理内存应该是足够使用的:但实际运行的情况是,会发生大量使用SWAP(说明物理内存不够使用了),如下图所示.同时,由于SWAP和GC同时发生会致使JVM严重卡顿,所以我们要追问:内存究竟去哪儿了? 要分析这个问题,理解JVM和操作系统之间的内存关系非常重要.接下来主要就Li