标签：信息 images png 指导价 订单状态 ges nbsp 商城 案例
1.2 设计页面：
静态页面：
1.3 数据库分析与设计：
一般是一个Java类就对应一个表，有哪些类？那看你有哪些实体啊？一般一个模块对应一个实体
有用户模块就会有用户的一个实体，就会有用户表
用户表：
*用户ID
* 用户名
* 密码
* 邮箱
* 姓名
* 性别
* 地址：可修改
* 用户状态：已经激活还是没有激活
* 激活码：发一个激活邮件的时候肯定会生成一个激活码。当你一点邮件中的链接的时候，我们要根据激活码来查看一下你这个用户看有没有你这个用户的信息。如果有你这个用户的信息，说明是OK了，用户是正确了。因为激活码是可以一点这个链接就过来了，万一他把激活码篡改了你激活哪个用户啊，你就不知道激活哪一个了。所以是先对激活码进行查询然后再进行操作。
一级:分类表
* 一级分类ID
* 一级分类名称
二级分类表：
* 二级分类ID
* 二级分类名称
* 一级分类ID
商品表：
* 商品ID
* 商品名称
* 商品商城价格 优惠价 忽悠人的
* 商品指导价格 其他商城卖多少钱，我这里卖多少钱，来一个比对的。
* 商品描述
* 商品图片
* 所属二级分类ID作为它的外键 因为可以通过外键的关联就可以找到它们了。
商品数量就不需要了，就要看你需不需要一个库存去进行维护了。
订单表：
* 订单ID
* 订单时间
* 订单地址
* 订单总价
* 订单状态
* 用户 ID
这个订单是属于哪一个用户的，为什么没有商品ID呢？我们的商品表和订单表是一个多对多的关系，多对多的话你得有一个中间表，
订单项表：
* 订单项 ID
*商品 ID
* 数量
* 小计
标签：信息 images png 指导价 订单状态 ges nbsp 商城 案例
原文地址：http://www.cnblogs.com/ZHONGZHENHUA/p/6368261.html
