《数据库课程设计-网络商城管理系统.doc》由会员分享，可在线阅读，更多相关《数据库课程设计-网络商城管理系统.doc（55页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date数据库课程设计-网络商城管理系统数据库课程设计-网络商城管理系统数据库技术与应用课程设计报告学 部：计算机学部专业名称：计算机科学与技术班 级：计科0901设计题目：网络商城管理系统学生姓名： 指导教师： 时 间：2011-12-21 分 数：-摘 要随着IT产业和Internet获得了飞速发展，计算机应用已渗透到了各个领域，网络化的迅速普及以及它的强大功能，在广阔的
2、Internet网络中有各种各样的电子商城，它可以让我们足不出户借助网络轻轻的点击鼠标即可以实现购物、查询商品以及相关信息。网上购物也已经成为一种主流。网上商城不需要商店的租赁费，新的商品可以以最快的速度吸引到顾客的眼球。网上商城为商家节约了大量的运输费用，场地租赁费等额外成本，同时也为顾客带来了无穷的方便性，因为顾客不再需要出门便可以购买到自己想要的商品。廉价的网络资源成本使得网络商城成本低廉，庞大的互联网络带来了无限的市场，给商家和买家带来了庞大的利益和无限的需求。本文采用自上而下地总体规划，自下而上地应用开发的策略开发一个网络购物商城的过程。通过后台的管理能够更加方便地管理整个商城的运转
3、，省去了一大笔人力以及物力。文中详细介绍了整个商城管理系统的开发流程，包括可行性分析、需求分析、概念设计、逻辑结构设计、物理设计以及后期的运行与维护等等。系统采用MVC设计模式,使用当前最流行的Struts2+Spring3+Hibernate框架进行开发，在前台用JSP页面进行开发和管理用户界面，利用轻巧的JavaScript库-jQuery处理页面的JavaScript脚本，使开发更加的高效、提示信息更加的完善、界面更加友好，并且有较强的亲和力。关键词：购物;网络商城;商品;数据库目 录第一章 可行性分析11.1引言11.1.1编写目的11.1.2项目背景11.2 可行性研究的前提21.2
4、.1条件假定和限制21.3 技术可行性分析21.3.1技术的支持能力21.3.2技术的优势21.3.3技术的难点31.4 经济可行性分析31.4.1投资31.4.2效益31.5 社会可行性分析41.5.1法律因素41.5.2用户可行性41.6 结论意见4第二章 需求分析52.1 概述52.1.1 编写目的52.1.2 项目范围52.1.3 运行环境52.2 需求分析52.2.1 功能划分52.2.2 功能需求62.3 数据流图62.3.1 系统顶层图62.3.2 一层分解图72.3.3 二层分解图82.4 数据字典102.4.1数据流条目102.4.2 数据项条目122.4.3 加工条目13第
5、三章 概念设计153.1实体之间的联系153.2 E-R图153.2.1 局部E-R图153.2.2 系统全局E-R图17第四章 逻辑结构设计184.1 关系模型的设计依据184.1 实体间联系转化的关系模式184.2 关系模型的优化204.2.1 确定范式级别204.2.2 实施规范化处理20第五章 物理结构设计215.1 创建数据库及数据表215.2 数据的存放位置设计23第六章 运行与维护246.1 项目运行界面246.2 数据库初始化代码316.3 项目架构图示39总 结40参 考 文 献41第一章 可行性分析1.1引言1.1.1编写目的可行性研究的目的是用最小的代价在尽可能短的时间内
6、确定该数据库系统是否可能开发，是否值得开发，是否可以开发。经过对此项目进行详细的调查研究，初拟系统现实报告，对软件开发只不过将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。1.1.2项目背景本项目作为数据库设计与应用课程的实习项目提出，希望通过网上商城信息系统的分析与设计，切实领会系统分析、系统设计和实施各个阶段的要点；掌握基本的信息系统的开发方法以及体会基于B/S结构的信息管理系统设计。 所建议开发项目的名称： 网络商城。 所建议开发项目的任务提出者： 计算机科学与技术学院李军老师 所建议开发项目的开发者： 计算机科学与技术学院09级0901班李井军、彭果
7、 所建议开发项目的开发、测试及使用平台： WINDOWS 7。 所建议开发项目的开发软件： MyEclipse 8.6企业版，Tomcat7.0，SQL Server2005企业版，JDK1.6。 所建议开发项目的建模工具：PowerDesinger 15。 1.2 可行性研究的前提1.2.1条件假定和限制建议软件寿命：未知。经费来源：无。硬件条件：Intel Pentium 4、2G内存同等性能及以上的硬件条件。运行环境：Window 2003/XP。数据库：Microsoft SQL server2005。投入运行最迟时间：2012年1月2日。1.3 技术可行性分析1.3.1技术的支持能力
8、本系统采用MVC设计模式,使用当前最流行的Struts2+Spring3+Hibernate框架进行开发，在前台用JSP页面进行开发和管理用户界面，利用轻巧的JavaScript库-jQuery处理页面的JavaScript脚本，使开发更加的高效、提示信息更加的完善、界面更加友好，并且有较强的亲和力。后台采用微软的SQLServer2005数据库。本系统采用的技术和开发环境在实际中应用非常广泛，充分说明本系统在技术方面的可行性。此前，我们已使用相同技术开发过类似软件系统，具有一定开发经验。此外，从开发人员的水平考虑，本系统的2名开发人员，具有较强软件开发能力，且之前开发参加过类似软件系统的开发
9、，经验丰富。1.3.2技术的优势1.B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。2.J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。3.开发效率、代码重用率高。4.跨平台，编写一次，随处运行。1.3.3技术的难点1.考虑系统的高并发问题。2.系统安全性问题。1.4 经济可行性分析1.4.1投资1.基础投资 计算机 10台总记8万，服务器 4台 总记20万，数据通讯设备5万元，安全与保
10、密设备1万元，操作系统，应用软件和数据库管理软件0.4万元。所以总基建投资需要34.4万元。2.经常性支出对服务器定期更新和维护，1000元一个月，宽带网络1万元一年，2个管理员每月2000元/个，公司人员如果需要进行自己维护，员工维护培训费用。1.4.2效益 1.经常性收益（1）提高商城管理效率的时间收益。（2）因网上购物替代传统购物模式,而减少通讯等的经费损失 5万/年。总结：收益/投资比：按5年算，140万/64.4万，收益远远大于投资。1.5 社会可行性分析1.5.1法律因素1.所有软件都选用正版。2.所有技术资料都由提出方保管。3.合同制定确定违约责任。1.5.2用户可行性使用本系统
11、人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过一定的指导.管理人员也需经一般培训.经过培训人员将会熟练使用本系统。系统管理员将进行专业培训,他们将熟练管理本系统。1.6 结论意见由于投资效益比远大于支出, 技术、经济、操作都有可行性，可以马上进行开发。第二章 需求分析2.1 概述2.1.1 编写目的本文档由彭果、李井军小组共同编写。本需求分析目的在于明确说明本系统需求，界定系统实现功能的范围，指导系统设计以及编码。并且下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。本文档的读者为项目组的全体开发人员。
12、2.1.2 项目范围本商城系统包括：商品管理、会员管理、购物管理、订单管理等模块。2.1.3 运行环境系统所需运行环境如下：表2-1 软件环境名称版本语种操作系统Windows7简体中文数据库平台SQL Server2005简体中文运行平台Tomcat6.0简体中文2.2 需求分析2.2.1 功能划分1.前台展示模块：商品分类检索用户登录与注册购物车订单生成订单查询2.后台管理模块：管理员管理商品类别管理商品管理会员管理处理订单2.2.2 功能需求后台管理员分为系统管理员、货物管理员两种。1.系统管理员：系统管理员可以对所有管理员进行管理，可以添加删除管理员资料，赋予权限等等。2.货物管理员：
13、货物管理员能够对所有的商品信息、商品类别进行增删改。2.3 数据流图2.3.1 系统顶层图管理员输入帐号密码后进入管理系统，系统对管理员身份进行判断后会显示相应权限的模块，系统会根据要求进行数据读取。数据包括商品信息，商品类别信息，订单信息等等。具体流程如下图所示：图2.1 系统顶层图2.3.2 一层分解图根据管理员不同的权限可以控制相应权限的模块，响应的模块会产生相应的数据流在模块与数据库之间进行交互。具体流程如下图所示：图2.2 系统一层分解图2.3.3 二层分解图1.管理员信息管理系统管理员可以查询与新增管理员，查询到管理员后可以进行信息的修改，新增和修改后的管理员信息会更新管理员信息库
14、。具体流程如下图所示：图2.3 管理员信息管理分解图2.用户信息管理系统管理员可以先从用户信息库按照相应条件读取用户的信息，然后在模块中对用户信息进行修改，然后再更新用户信息库。具体流程如下图所示：图2.4 用户信息管理分解3.商品管理管理员先可以从商品类别库或者商品信息库中按照相应条件读取到商品的类别信息和商品信息，然后再在相应模块中对类别或者商品进行增加、修改和删除，最后再提交并且更新商品类别信息库或者商品信息库。具体流程如下图所示：图2.5 商品管理分解图4.订单管理管理员先从订单信息库中按照相应条件读取到订单信息，然后在订单管理模块中对订单进行修改，修改后更新订单信息库。具体流程如下图
15、所示：图2.6 订单管理分解图2.4 数据字典2.4.1数据流条目主要的数据流条目如下：表2.1 管理员登录信息数据流编号F1数据流名称管理员登陆信息简述管理员在登陆时输入的账号、密码和验证码去向登陆管理组成用户名+密码+验证码表2.2 管理员登录错误信息数据流编号F2数据流名称登陆错误信息简述用户名或密码错误后返回给用户的信息去向管理员组成错误信息表2.3 管理员信息数据流编号F3数据流名称管理员信息简述管理员信息库发出的管理员信息去向登陆管理组成管理员信息表2.4 修改后的管理员信息数据流编号F4数据流名称修改后的管理员信息简述管理员修改后的管理员信息去向管理员信息库组成管理员信息表2.5
16、 判断身份后的管理员信息数据流编号F5数据流名称判断身份后的管理员信息简述登陆管理对管理员身份判断后的信息去向后台管理系统组成管理员权限+管理员信息表2.6 商品信息数据流编号F6数据流名称商品信息管理简述对商品进行增加、修改、删除后的信息去向商品信息库组成商品信息表2.7 类别信息数据流编号F7数据流名称类别信息管理简述对商品类别进行增加、修改、删除后的信息去向商品类别信息库组成商品类别信息表2.8 订单信息数据流编号F8数据流名称订单信息管理简述对订单进行修改后的信息去向订单信息库组成订单信息2.4.2 数据项条目1.数据项名称：用户ID 简述：商城注册用户的编号类型：整形长度：6取值范围
17、及含义：从000001开始自动增长2.数据项名称：用户名 简述：商城注册用户用户名类型：可变长度字符串长度：50取值范围及含义：从“A-Z”、“0-9”中由用户自行定义，用于用户登录商城时输入的用户名3.数据项名称：用户密码 简述：商城注册用户的密码类型：可变长度字符串长度：50取值范围及含义：从“A-Z”、“0-9”中由用户自行定义，用于用户登录商城时输入的用户密码4.数据项名称：管理员ID 简述：管理员的编号类型：整形长度：4取值范围及含义：从0001开始自动增长5.数据项名称：管理员用户名简述：管理员的登录帐号类型：可变长度字符串长度：50取值范围及含义：无限制，自定义6. 数据项名称：
18、管理员密码 简述：管理员登录的密码类型：可变长度字符串长度：50取值范围及含义：每个字位度可以在”A”-”Z”或”0”-“9”中取，用于用户信息的保密。7.数据项名称：商品编号 简述：每个商品的编号类型：整形长度：无取值范围及含义：从1开始由系统自动增长8.数据项名称：商品名称 简述：每个商品的名称类型：可变长度字符串长度：50取值范围及含义：取值范围不限，表示该件商品的名称2.4.3 加工条目1.加工名：管理员登陆激发条件：收到到登陆请求时优先级：高输入：有效的用户名，密码输出：管理员身份信息，登陆错误信息加工逻辑：根据管理员的登陆申请查询管理员信息表。if 用户名存在，密码正确；Then
19、输出身份信息；Else 输出“用户名或密码错误”；Endif 2.加工名：商品类别查询激发条件：收到管理员身份信息后优先级：高输入：要查询的商品类别信息输出：商品类别信息加工逻辑：根据管理员的操作输出商品类别信息if 商品类别信息正确；Then 输出商品类别信息；Else 输出“没有此商品类别”；Endif3.加工名：商品信息管理激发条件：收到管理员身份信息后优先级：高输入：要查询的商品信息输出：商品信息加工逻辑：根据管理员的操作输出商品信息if 商品信息正确；Then 输出商品信息；Else 输出“没有此商品”；Endif第三章 概念设计3.1实体之间的联系1.一个用户可以查看或购买多件商品
20、，一件商品可由多个用户购买。2.一个用户可以有多个订单，一个订单只属于一个用户。3.一件商品有多张图片，一张图片只属于一个商品。4.一件商品只属于一个类别，一个类别可以有多件商品。5.一个管理员可以修改多件商品，一件商品可以被多个管理员修改。6.一个管理员可以修改多个订单，一个订单可以被多个管理员修改。7.一个管理员可以修改多个商品类别，一个商品类别可以被多个管理员修改。3.2 E-R图3.2.1 局部E-R图 1.用户购买商品E-R图图3.1 用户购买商品E-R图 2.用户查看或生成订单E-R图图3.2 用户查看或生成订单E-R图 3.商品图片E-R图图3.3 商品图片E-R图 4.商品类别
21、E-R图图3.4 商品类别E-R图 5.订单管理E-R图3.5 订单管理E-R图 6. 商品管理E-R图图3.6 商品管理E-R图 7. 商品类别管理E-R图图3.7 商品类别管理E-R图3.2.2 系统全局E-R图图3.8 网络商城管理系统全局E-R图第四章 逻辑结构设计4.1 关系模型的设计依据根据需求分析中的E-R图，可以很清晰的看出各个实体的属性和实体之间的联系，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化。对于实体间的联系我们分不同的情况讨论：若实体间的联系是1:1，可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系
22、的码。若实体间联系为1:n，则在n端实体转换成的关系中加入1端实体转换成的关系码。若实体间联系为n:m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。4.1 实体间联系转化的关系模式根据以上的关系模型设计依据信息，我们可以对实体进行关系模型的转化。1.用户购买商品概念模型向关系模型的转化：用户信息表（用户ID，用户名，用户密码，真实姓名，地址，电子邮件，电话号码） 商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售量，商品类别ID，商品图片ID）订单项表（订单ID，商品ID，商品名称，
23、商品价格，商品数量，订单信息ID）2.管理员后台管理概念模型向关系模型的转化：管理员信息表（管理员ID，用户名，密码）订单信息表（订单信息ID，订单名称，送货地址，电话，采购价格，创建时间，支付方式，用户ID）商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售量，商品类别ID，商品图片ID）商品类别信息表（商品类别ID，类别名称，类别级别，父节点）商品图片表（商品图片ID，路径）3.数据依赖(1)用户信息F1=(用户ID用户名，用户ID用户密码，用户ID真实姓名，用户ID地址，用户ID电子邮件，用户ID电话号码)(2)商品信息F2=(
24、商品ID商品名称，商品ID商品描述，商品ID创建时间，商品ID采购价格，商品ID市场价格，商品ID销售价格，商品ID款式，商品ID是否推荐，商品ID浏览量，商品ID销售量，商品ID商品类别ID，商品ID商品图片ID)(3)订单项F3=(订单ID商品ID，商品ID商品名称，商品ID商品价格，商品ID商品数量，订单ID订单信息ID)(4)管理员信息F4=(管理员ID用户名，管理员ID密码)(5)订单信息F5=(订单信息ID订单名称，订单信息ID送货地址，订单信息ID电话，订单信息ID采购价格，订单信息ID创建时间，订单信息ID支付方式，订单信息ID用户ID)(6)商品类别信息F6=(商品类别ID类
25、别名称，商品类别ID类别级别，商品类别ID父节点)(7)商品图片F7=(商品图片ID路径)4.2 关系模型的优化4.2.1 确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中，需要涉及多表的查询及表的修改和删除，且存在多值依赖的实际情况下，其关系模式应达到BCNF。4.2.2 实施规范化处理根据以上信息，我们发现订单项表中存在传递依赖，因此我们要对此关系进行优化。优化后的关系模型如下：用户信息表（用户ID，用户名，用户密码，真实姓名，地址，电子邮件，电话号码）商品信息表（商品ID，商品名称，商品描述，创建时间，采购价格，市场价格，销售价格，款式，是否推荐，浏览量，销售
26、量，商品类别ID，商品图片ID）订单项表（订单ID，商品ID，订单信息ID）管理员信息表（管理员ID，用户名，密码）订单信息表（订单信息ID，订单名称，送货地址，电话，采购价格，创建时间，支付方式，用户ID）商品类别信息表（商品类别ID，类别名称，类别级别，父节点）商品图片表（商品图片ID，路径）第五章 物理结构设计5.1 创建数据库及数据表本系统采用SQLServer2005数据库，创建的数据库名称为shop。表的结构设计如下：1. tb_customer（用户信息表）表5.1 用户信息表字段名数据类型是否为空是否为主键说明CidINT否是系统自动编号UsernameVarchar(50)否
27、否用户名PasswordVarchar(50)否否用户密码RealnameVarchar(50)是否真实姓名AddressVarchar(250)是否地址EmailVarchar(50)是否电子邮件MobileVarchar(11）是否电话号码2. tb_orderitem(订单项表)表5.2 订单项表字段名数据类型是否为空是否为主键说明 OrderItem_idINT否是系统自动编号productIDINT否否商品编号orderIDVarchar(30)否否订单编号3. tb_productInfo(商品信息表)表5.3 商品信息表字段名数据类型是否为空是否为主键说明idINT否是系统自动编
28、号NameVarchar(100)否否商品名称DescriptionTEXT是否商品描述createTimeDATETIME是否创建时间baseProceFLOAT是否采购价格marketPriceFLOAT是否市场价格sellPriceFLOAT是否销售价格sexRequestVarchar(5)是否所属款式类别（男款、女款）CommendBIT是否是否推荐clickCountINT是否浏览量sellCountINT是否销售量categoryIdINT是 否 商品类别IDuploadFileINT是 否上传文件ID4. tb_productcategory(商品类别信息表)表5.4 商品类别
29、信息表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号NameVarchar(100)否否类别名称LevelINT是否类别级别PidINT是否父节点5. tb_order(订单信息表)表5.5 订单信息表字段名数据类型是否为空是否为主键说明 Order_idINT否是系统自动编号NameVarchar(50)否否订单名称AddressVarchar(50)否否送货地址MobileVarchar(11)否否电话totalPriceFLOAT是否采购价格CreateTimeDateTime是否创建时间paymentWayVarchar(15）是否支付方式cutomerIdINT是否用
30、户ID6. tb_uploadfile上传文件表表5.6 上传文件表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号pathVarchar(255)否否文件上传路径7. tb_user管理员表表5.7 管理员表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号usernameVarchar(50)否否管理员名称PasswordVarchar(50)否否登陆密码5.2 数据的存放位置设计由系统应用情况特设计如下存储方式，所有的表由于信息量大且使用频繁将其存储在高速存储器（硬盘）上。将表存储在不同的磁盘上以便提高查询效率，同时这样可以提高物理I/O读写效率。数据库备份文件
31、和日志文件等文件因为使用频率小而且数据量非常大，存放在低速存储设备上。第六章 运行与维护6.1 项目运行界面1.主界面将SQL Server 2005主服务打开，再将项目打包的war包放到tomcat下的workapp下，然后点击开始菜单运行输入cmd回车输入startup回车，便可运行tomcat。再打开浏览器输入http:/localhost:8080/Shop/网址便可进入主界面。图6.1 主界面2.会员登录界面主界面点击登录便会出现会员登录界面。输入正确的用户名和密码后便可登录自己的账户。图6.2 登录界面3.用户登录后购买东西用户选择一个商品后可以查看商品的信息，如价格和详细介绍。图
32、6.3 购买界面4.购买后产生订单查看商品后点击购买便会进入此页面，用户可以选择商品的数量、返回继续购买商品或者结账。图6.4 订单界面5.订单确认点击结账后会出现订单确认页面，上面显示了用户购买的商品信息以及应付款总额，用户确认信息后便可点击付款。图6.5 订单确认界面6.付款后产生订单用户付款后便会产生一个订单，用户在自己的订单查看界面可以查看到此订单以及订单当前的状态。图6.6 查看订单界面7.管理员登录在浏览器中键入http:/localhost:8080/Shop/admin/ 便会出现商城的后台管理登录界面。管理员输入帐号密码后便可以登录到后台管理系统对政哥商城进行管理。图6.7
33、管理员登录界8.添加商品管理员登录后台管理系统后，点击左边界面的添加商品，便会出现添加商品的界面，可以按照界面内容提示输入商品信息，最后点击提交后便会出现成功或者失败信息。图6.8 添加商品界面9.订单查询模块管理员登录后台管理系统后，点击左边界面的查看订单，便会出现订单查询界面，输入相应的查询信息后点击提交按钮，便会查询出所需要查询的订单内容。图6.9 管理员订单查询界面10.查看订单查询订单后出现的订单信息界面，可以查看到订单的编号、所属用户、创建时间和状态等等。图6.10 管理员订单查看界面11.更改订单状态找到需要更改状态的订单，点击更改订单状态按钮，便会进入更改订单状态界面，可以选择
34、订单是否已发货，点击确认进行修改。图6.11 鞥该订单状态界面12.查看商品类别管理员登录后台管理系统后，点击左边界面的查看商品类别，便会出现所有的商品类别信息，可以对其中的商品类别进行添加类别，添加子类别和删除管理。图6.12 商品类别修改界面6.2 数据库初始化代码-数据库 创建，初始化开始if exists(select name from sysdatabases where name=shop) drop database shop; -创建shop数据库 Create database shopon(name=shop_mdf,filename=E:dbshop.mdf,size=
35、5,maxsize=500,filegrowth=5)log on(name=shop_ldf,filename=E:dbshop.ldf,size=1,maxsize=50,filegrowth=2)-使用shop数据库use shop;-创建tb_customer，如果存在则删除。if exists(select * from sysobjects where name =tb_customer)drop table tb_customer;-创建tb_customerCREATE TABLE tb_customer ( id int NOT NULL identity(1,1),-系统自
36、动增加编号 username varchar(50) NOT NULL,-用户名 password varchar(50) NOT NULL,-登陆密码 realname varchar(20) DEFAULT NULL,-真实姓名 address varchar(200) DEFAULT NULL,-地址 email varchar(50) DEFAULT NULL,-电子邮件 mobile varchar(11) DEFAULT NULL,-电话号码 PRIMARY KEY (id)-设ID为主键);-由于设置了自动增长，不能插入显式的值，所以必须先设置identity_insert 为o
37、n 进行初始化set IDENTITY_INSERT tb_customer ON-给tb_customer表插入初始化值INSERT INTO tb_customer (id,username,password,realname,address,email,mobile) VALUES (1,admin123,admin123,NULL,cs,xwzl860,186xxxx2318);-如果存在订单表，则删除if exists(select * from sysobjects where name =tb_order)drop table tb_order;-创建订单表CREATE TABL
38、E tb_order ( orderId int identity(1,1) NOT NULL,-订单编号 name varchar(50) NOT NULL,-收货人姓名 address varchar(200) NOT NULL,-收货地址 mobile varchar(11) NOT NULL,-收货电话号码 totalPrice float DEFAULT NULL,-总价格 createTime datetime DEFAULT NULL,-订单创建时间 paymentWay varchar(15) DEFAULT NULL,-支付方式 orderState varchar(10)
39、DEFAULT NULL,-订单状态 customerId int DEFAULT NULL,-会员编号 PRIMARY KEY (orderId),-设置订单编号为主键 CONSTRAINT FKFA98EE3DD0EDC05E FOREIGN KEY (customerId) REFERENCES tb_customer (id) -将外键customerId引用tb_customer主键);set identity_insert tb_customer offset identity_insert tb_order on-初始化订单表，使用select 表值 +union all 进行多
40、值插入INSERT INTO tb_order (orderId,name,address,mobile,totalPrice,createTime,paymentWay,orderState,customerId) select 20112,hunaneu,cs,186xxxx2318,120,2011-12-20 13:52:40,POSTOFFICE_PAY,DELIVERED,1 union all select 20113,hunaneu,cs,186xxxx2318,120,2011-12-22 09:44:58,POSTOFFICE_PAY,DELIVERED,1 union a
41、ll select 20114,hunaneu,cs,186xxxx2318,0,2011-12-22 09:57:52,POSTOFFICE_PAY,DELIVERED,1-如果存在订单项表，则删除if exists(select * from sysobjects where name =tb_orderitem)drop table tb_orderitem;-创建订单项表CREATE TABLE tb_orderitem ( id int NOT NULL identity(1,1),-订单项编号（系统自动编号） productId int NOT NULL,-产品编号 orderId int DEFAULT NULL,-订单编号 PRIMARY KEY (id),-设订单项编号为主键 FOREIGN KEY (orderId) REFERENCES tb_order (orderId) -外键引用订单表的主键);-将tb_customer自动增加插入关闭，才能将下一表的自动增长显式值插入进行初始化set identity_insert tb_order offset identity_insert t