团购网数据库设计.doc

团购网的数据库设计 在进行数据表设计的时候就要根据给出的提示完成要求，没给的不要去考虑。（处于项目开发的利益来说）现在主要考虑的是分有多少张表，具体的表字段还要根据具体的业务进行讨论 一、前台用户 前台用户可以进行注册一系统的登录操作； 随着技术的发展，对于注册信息现在都基本上使用email作为用户名。 对于团购信息的订阅应该取决于每个人的情况来选择，所以建立一个“是否订阅信息”的字段，此字段的类型为NUMBER。有两种取值：0：表示订阅；1：表示不订阅。 用户本身有所在的城市，但是现在只有一张城市表是不够的，城市肯定在省份之中。 任何用户（已登录或未登录）都可以进行团购信息的浏览，在团购信息列表中，可以写清楚每个团购信息的基本信息，如：标题、现价、折扣、节省金额以及已购买的人数等相关信息； 就找到每一个团购信息所需要的表结构即可；有时候为了提升性能，可能不会按照数据库的设计范式。如果在表中直接给出经计算后的结构，肯定要比显示时在计算快。 购买人数应该从用户表中来，即：用户需要一个购买订单，每个用户可以购买多个团购商品，一个团购商品也可以由多人购买，是一个多对多的操作关系； 这个时候购买人数可以通过订单统计，但是这种统计与直接在团购信息中写上已参加的人数操作性能肯定是后者快，所以采用重复字段 用户可以点开一个具体的团购信息进行浏览，可以显示出宣传图片、标题、团购的基本信息、团购截至日期（倒计时）及详细介绍，如商家信息、地址、团购所包含的内容、有效期等。 用户如果确定参加团购，点击“购买”按钮后进入订单提交页面，可以在这里修改购买数量，并输入手机号并等待支付（支付暂时只考虑是否支付，不考虑支付流程）。 对于团购信息有些地方实惠限制购买数量的，对于是否限制，可以在团否信息表中增加一个限制标记：0：表示无限 ；1：表示有限制。再额外增加一个最大购买数量。 每个人对于团购购买数量是不同的应该在订单中有所体现 用户可以打开个人中心，进行信息的管理，此操作主要可以完成如下功能： 我的购物券：可以查看当前购买并支付过所有团购信息生成的购物券； 我的订单：可以查看当前所有提交过的订单信息（全部、为制度、已付款） ； 以上的两个功能是一样的，都是输出所有用户的订单信息，但是很明显需要进行订单类型的划分，所以要设计一个订单类型表：0：表示交易成功；1：表示未支付；2：未使用 帐户余额：查看网站上的帐户余额； 可以在用户表上增加帐户余额的信息，既然有这个余额那么就有可能交易的问题。 账户设置：可以修改密码和手机号 ； 我的地址：可以添加或删除收获地址 一个用户可以有多个地址，所以需要一张用户地址表 6、底部连接： 二、商户信息 1、商户首页：底部的合作与联系中，有“商户后台”的连接，进入商户登录页面，登录成功后，直接显示当前商户的团购项目列表，显示相关信息。 2、商户资料：登录商户可对自己的相关信息进行修改，包括银行账户信息 优惠券列表 商户可对已生产的优惠券进行查询和审核 顾客使用优惠券时，出示优惠券，商家在系统中输入优惠券编号，可以查询出要进行审核的优惠券号，修改该优惠券状态时需要输入用户提供的密码。 一张优惠券只能修改一次使用状态，状态默认的是未使用，修改后变为已用。 管理员后台管理 有多种不同的关系元权限，管理员从保存在不同的组之中，每个组有不同的权限，一个管理员可以同时在多个管理组 管理员和管理员组：多对多； 管理员和权限：多对多。 管理员登录成功之后显示全部数据： 团购答疑：用户针对某一团购可以进行提问，管理员可以针对问题进行答复或者及将问题删除。 邀请返利 查看所有邀请记录，列出邀请成功的信息，管理员可以对信息进行审核，如果审核通过，则返利给用户 查看所有返利记录，理出所有已经返利的成功信息，管理员可以查看该返利信息以及审核的管理员帐号。 对团购信息进行管理，分别进行成功（达到最低团购人数即成功）、失败团购的查询。每种团购商品的团购成功人数不同，要求管理员可以自行设计 。 具有相应的管理员权限的管理员，乐意进行团购发布。 订单管理：分别查询付款和未付款的订单的查询 1