电子商务的交易记录，数据库怎么设计

首先来说对于这种场景有两种设计方法，这两种方法都能够满足扩展性要求

1. 把原有的横表转化为纵表存储属性，即

产品表：（product_id, product_name, product_class)

产品属性表：(product_id, property_id , property_name , property_value)

2. 保持原有横表设计思路，但是d性字段含义单独元数据表存储

产品表：（product_id, product_name, product_class, prop1, prop2, .... propn)

产品属性含义元数据表

(product_class , prop1_name ,prop2_name, ..... propn_name)

对于两种设计方法，个人理解为

a. 对于首页打开就必须要能够快速查询出来的属性，而且这些属性本身各类产品差异不大。而对于差异大的属性基本都是针对特定一个产品查询。可以采用方案1来做。

b. 首页显示产品列表时候就存在要显示出不同产品属性情况，采用方案2来做。当我们处理的是一个product list的时候，由于存在数据表本身的关联场景，用方案1会比麻烦，也影响性能。

毕业设计ASP《网上订餐系统》：

1、浏览管理：对菜单的浏览主要是建立在首页，在浏览时可以看到顾客登录，美食检索，我的订单，美食分类，最新特价美食。

2、用户注册管理：用户注册模块的功能是接受用户注册，在检查过用户注册数据的合法性后将用户信息写入数据库。注册用户注册流程图（如图2-3）所示：

图2-3 注册用户流程图

3、查询订购菜单：此模块要实现的功能是让顾客根据自己的喜好、口味等查找适合自己美食，此模块在我们设计中主要是对上架的美食进行查询，对自己查询后感兴趣对菜式，可以下订单,下单后也可以取消订单或者继续添加订单。

4、用户结账：这个模块就是顾客下完订单，准备结账。这里分为三步，第一步为防止顾客下错单，在一次确认，菜名，数量：第二步填写顾客个人资料姓名，性别，送餐的地址：第三步就是价钱的统计。如果没有下订单直接结账就出现提示：对不起，您没有点菜，请在点菜后，再去“结算中心”。你也可以对此菜发表评论或者说明一下此菜，如果顾客需要的话，餐馆也会提供发票。

5、管理员登录：管理员可以对网站的所有信息进行更改，本订餐系统的管理员功能主要包括：修改管理员的密码，注销管理员登录，添加商品，对已有的商品的信息进行修改，处理订单，客户留言以及投诉，管理所有的注册用户，可删除注册用户，分类管理可以对已有商品进行分类，数据处理,数据库 *** 作等功能。管理员登录模块与用户登录模块基本类似，它是通过数据库对管理员的帐号密码进行核对，如果发现管理员帐号与密码不匹配，则返回错误信息。

网上订餐系统全文 http://www.77lw.com/asp/230.html

电子商务系统的总体结构设计是在系统体系结构的基础上，针对企业电子商务的目标，界定系统的外部边界和接口，刻画系统的内部成及其相互关系，明确目标系统的各个组成部分、各个组成部分的作用及其相互关系。系统总体结构设计包括如下内容：1．确定系统的外部接口 通过分析，将电子商务系统与其外部环境区分开来，从而使总体设计有一个明确的范围。系统与其外部环境的接口包括以下方面：（1）与企业合作伙伴之间的接口；（2）与企业内部既有信息系统的接口；（3）与交易相关的公共信息基础设施之间的接口；（4）其他接口，如企业与政府或其他机构之间的接口。2．确定系统的组成结构系统组成结构主要说明目标系统内部的组成部分，以及系统内部与外部环境的相互关系。方法：随着Internet技术的发展，人们的日常生活已经离不开网络。未来社会人们的生活和工作将越来越依赖于数字技术的发展，越来越数字化、网络化、电子化、虚拟化。电子商务也随着网络的发展日益和人们的生活贴近。本设计尝试用ASP在网络上架构一个动态的电子商务网站，以使每一位顾客不用出门在家里就能够通过上网来轻松购物。在本设计中，我主要完成了后台功能的实现，实现了登录功能，图书管理，图书分类管理，订单管理，用户管理等功能。本文中所做的主要工作如下：(1)简单介绍了电子商务，分析了电子商务的现状；(2)介绍了IIS+ASP系统的一般原理；(3)阐述整个系统的系统结构及工作原理；分析了系统实现中的特殊性、难点和重点；(4)分析并解决实现中的若干技术问题； 附：方案设计主要依靠设计者的经验，作出技术和结构的选择，并以有组织的文档反映，作为与客户交流论证方案，交付系统开发人员实施的依据，方案设计的基础是业务环境说明书。业务环境说明书重新组织系统需求，给出解决方案的业务运作方式。在系统需求相对简单时不一定需要，如果系统需求较为复杂时，以文字和图表的方式系统地说明业务环境可以使系统需求更加清楚，业务环境说明书可以采用三种文档结构。* 业务流程图：业务流程图描述企业的业务在新系统中如何运作，说明新系统的业务运作模式如何解决客户的要求，指出客户的业务流程因为新系统的应用而作出那些更改。业务流程图是一种直观的工具，向客户解释新系统的作用，征求使用者的配合与支持，能提高新系统的实际效能。* *** 作规程说明：相对于业务流程图这种较高层概括的文档，普通用户可能更需要一份详细的 *** 作规程说明，以便更好地理解系统的功能与使用。 *** 作规程说明以易被最终用户理解的词语描述，避免使用过分专业的词语。 *** 作规程说明仍属于高层设计文档，不是最终的 *** 作步骤说明。 *** 作规程说明规定了系统活动的框架，* 处理流程图 ： 细化 *** 作规程中描述的活动，由事件和处理流组成。事件是活动开始的条件，处理是活动中的具体工作。处理流程图的描述层次接近详细设计。以客户在网上购货为例，最后一步是确认付款， *** 作规程说明只需简单地说明：“客户检查付款额后确认”，处理流程图的说明比较详细，激发活动的事件是客户按下“付额”按钮，处理是付款总额从数据库中统计出来，显示在浏览器上，最后由客户按“确认”按钮确认。当前普遍采用对象技术描述复杂的应用结构，电子商务系统一般用Java,EJB,CORBA等对象技术实现，在系统设计阶段，编制业务环境书时采用面向对象分析和设计方法可以提高实施阶段的效率。业务环境说明书中的设计文档完成后，召开第二次项目会议，在会上以图表的形式向客户和项目开发人员介绍系统设计的概貌。着重与客户讨论两个问题，检查系统设计是否满足客户需求： 系统设计在多大程度上解决了用户的需求？是否准确地实现了客户的期望，既没有过分简单化，也没有过分复杂化。系统设计的功能范围是否包含了用户提出的所有需求？应用开发人员参加项目会议，可以更好地了解客户的业务环境与方案设计的总体结构，与客户和系统设计者直接交谈，减少沟通的误差，提高效率。IBM为电子商务系统定义了一套完整的电子商务应用框架，基于三层次体系结构集成企业核心系统与互联网服务，多层次结构使企业内部应用系统无需作重大更改，通过与互联网服务器的连结就可以在互联网上提供服务，实现电子商务系统的目标。 基于电子商务应用框架的电子商务系统体系结构共有八个主要部分。直接支持应用程序运行的模块有六个：客户端、网络连接、互联网服务器、应用逻辑、中间连接件、核心数据与应用，其余两个模块安全性和系统管理与这六个模块都有关联，系统设计者可相对独立地设计安全性体系和系统管理体系，在应用程序运行支持模块的实现中加入相应的技术与处理。安全性和系统管理的效率是系统的整体性效果，应用系统运行的每一个环节都能影响系统总体的安全性和可管理性。

---