数据库课程设计-网络商城管理系统.docx

上传人:夺命阿水 文档编号:444514 上传时间:2023-06-21 格式:DOCX 页数:46 大小:414.48KB
返回 下载 相关 举报
数据库课程设计-网络商城管理系统.docx_第1页
第1页 / 共46页
数据库课程设计-网络商城管理系统.docx_第2页
第2页 / 共46页
数据库课程设计-网络商城管理系统.docx_第3页
第3页 / 共46页
数据库课程设计-网络商城管理系统.docx_第4页
第4页 / 共46页
数据库课程设计-网络商城管理系统.docx_第5页
第5页 / 共46页
点击查看更多>>
资源描述

《数据库课程设计-网络商城管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计-网络商城管理系统.docx(46页珍藏版)》请在课桌文档上搜索。

1、湖b修外保侪号学 部: 专业名称: 班 级: 设计题目: 学生姓名: 指导教师:时 间:数据库技术与应用课程设计报告计算机学部计算机科学与技术计科0901网络商城管理系统彭果李井军李军2011-12-21分 数:随着IT产业和Internet获得了飞速发展,计算机应用已渗透到 了各个领域,网络化的迅速普及以及它的强大功能,在广阔的 Internet网络中有各种各样的电子商城,它可以让我们足不出户借 助网络轻轻的点击鼠标即可以实现购物、查询商品以及相关信息。网 上购物也已经成为一种主流。网上商城不需要商店的租赁费,新的商品可以以最快的速度吸引 到顾客的眼球。网上商城为商家节约了大量的运输费用,场

2、地租赁费 等额外成本,同时也为顾客带来了无穷的方便性,因为顾客不再需要 出门便可以购买到自己想要的商品.廉价的网络资源成本使得网络商 城成本低廉,庞大的互联网络带来了无限的市场,给商家和买家带来 了庞大的利益和无限的需求。本文采用自上而下地总体规划,自下而上地应用开发的策略开发 一个网络购物商城的过程.通过后台的管理能够更加方便地管理整个 商城的运转,省去了一大笔人力以及物力。文中详细介绍了整个商城 管理系统的开发流程,包括可行性分析、需求分析、概念设计、逻辑 结构设计、物理设计以及后期的运行与维护等等。系统采用MVC设计 模式,使用当前最流行的Struts2+Spring3+Hibernat

3、e框架进行开 发,在前台用JSP页面进行开发和管理用户界面,利用轻巧的 JavaScript库一jQuery处理页面的JavaScript脚本,使开发更加的 高效、提示信息更加的完善、界面更加友好,并且有较强的亲和力。关键词:购物;网络商城;商品;数据库目录第一章可行性分析1Io 1引言1Io 1.1编写目的11.1.2项目背景11.2 可行性研究的前提21。2.1条件假定和限制21.3 技术可行性分析21. 3.1技术的支持能力2Io 3.2技术的优势2K 3o 3技术的难点3Io 4经济可行性分析314.1 投资31.4.2 效益3Io 5社会可行性分析41.5.1法律因素4Io 5.2用

4、户可行性4U 6结论意见4第二章需求分析52.1概述52o 1.1编写目的52.1o 2项目范围52.1.3运行环境52o 2需求分析52.2.1功能划分52o 2.2功能需求62。3数据流图62o 3.1系统顶层图62o 3.2 一层分解图72.3o 3二层分解图82.4数据字典101 .4.1数据流条目102 .4。2数据项条目1220 4.3加工条目13第三章概念设计153o 1实体之间的联系153o 2 E-R 图153.2.1 局部 E-R 图153o 2.2系统全局E-R图17第四章逻辑结构设计184.1 关系模型的设计依据184.2 实体间联系转化的关系模式184.3 关系模型的

5、优化204o 2.1确定范式级别204。21, 2实施规范化处理20第五章物理结构设计215o 1创建数据库及数据表215.2数据的存放位置设计23第六章运行与维护246.1 项目运行界面246o 2数据库初始化代码316.3 项目架构图示40总结42参考文献44第一章可行性分析Io 1引言1.1.1编写目的可行性研究的目的是用最小的代价在尽可能短的时间内确定该数据库系统 是否可能开发,是否值得开发,是否可以开发。经过对此项目进行详细的调查研究,初拟系统现实报告,对软件开发只不过将要 面临的问题及其解决方案进行初步设计及合理安排.明确开发风险及其所带来的 经济效益。1.1o 2项目背景本项目作

6、为数据库设计与应用课程的实习项目提出,希望通过网上商城 信息系统的分析与设计,切实领会系统分析、系统设计和实施各个阶段的要点; 掌握基本的信息系统的开发方法以及体会基于B/S结构的信息管理系统设计. 所建议开发项目的名称: 网络商城. 所建议开发项目的任务提出者: 计算机科学与技术学院李军老师 所建议开发项目的开发者:计算机科学与技术学院09级0901班李井军、彭果 所建议开发项目的开发、测试及使用平台:WINDOWS 7o 所建议开发项目的开发软件:MyEclipse 8. 6 企业版,Tomcat7o 0, SQL SCrVer2005 企业版,JDKL 6。 所建议开发项目的建模工具:P

7、owerDesinger 15。1.2 可行性研究的前提1.2.1 条件假定和限制建议软件寿命:未知。经费来源:无.硬件条件:InteI Pentium 4、2G内存同等性能及以上的硬件条件.运行环境:WinCIoW 2003XPo数据库:Microsoft SQL server2005. 投入运行最迟时间:2012年1月2日。U 3技术可行性分析1.3 。1技术的支持能力本系统采用MVC设计模式,使用当前最流行的Struts2+Spring3+Hibemate 框架进行开发,在前台用JSP页面进行开发和管理用户界面,利用轻巧的 JaVaSCriPt库-jQuery处理页面的JaVaSCriP

8、I脚本,使开发更加的高效、提示信息 更加的完善、界面更加友好,并且有较强的亲和力.后台采用微软的 SQLServer2005数据库。本系统采用的技术和开发环境在实际中应用非常广泛, 充分说明本系统在技术方面的可行性。此前,我们已使用相同技术开发过类似软件系统,具有一定开发经验。此外, 从开发人员的水平考虑,本系统的2名开发人员,具有较强软件开发能力,且之 前开发参加过类似软件系统的开发,经验丰富。I0 3.2技术的优势1 . B/S结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的 软件。只要有一台能上网的电脑就能使用,客户端零维护。系统的扩展非常容易, 只要能上网,再由系统管理员分

9、配一个用户名和密码,就可以使用了.2 .J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用 性、高可靠性以及可扩展性的应用的需求。3 .开发效率、代码重用率高。40跨平台,编写一次,随处运行。1.3o 3技术的难点I0考虑系统的高并发问题。2。系统安全性问题.1o 4经济可行性分析1 o 40 1投资1 .基础投资计算机10台总记8万,服务器4台总记20万,数据通讯设备5万元,安 全与保密设备1万元,操作系统,应用软件和数据库管理软件0. 4万元。所以总 基建投资需要34。4万元。2 .经常性支出对服务器定期更新和维护,1000元一个月,宽带网络1万元一年,2个管 理员每月2

10、000元/个,公司人员如果需要进行自己维护,员工维护培训费用.Io 4o 2效益I0经常性收益(1)提高商城管理效率的时间收益。(2)因网上购物替代传统购物模式,而减少通讯等的经费损失5万/年。 总结:收益/投资比:按5年算,140万/64。4万,收益远远大于投资.1.5社会可行性分析1.5.1 法律因素L所有软件都选用正版。20所有技术资料都由提出方保管.3.合同制定确定违约责任。1.5o 2用户可行性使用本系统人员要求有一定计算机基础的人员,系统管理员要求有计算机的 专业知识,所有人员都要经过一定的指导。管理人员也需经一般培训I.经过培训 人员将会熟练使用本系统.系统管理员将进行专业培训I

11、,他们将熟练管理本系统。1.6结论意见由于投资效益比远大于支出,技术、经济、操作都有可行性,可以马上进行 开发.第二章需求分析2.1概述2.1o 1编写目的本文档由彭果、李井军小组共同编写。本需求分析目的在于明确说明本系统 需求,界定系统实现功能的范围,指导系统设计以及编码。并且下阶段的设计、 开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同 工作提供强有力的保证。本文档的读者为项目组的全体开发人员。2.1o 2项目范围本商城系统包括:商品管理、会员管理、购物管理、订单管理等模块.2o Io 3运行环境系统所需运行环境如下:表2-1 软件环境名称版本语种操作系统Windo

12、ws7简体中文数据库平台SQL Server2005简体中文运行平台Tomcat6o 0简体中文2o 2需求分析2.2o 1功能划分1 .前台展示模块:商品分类检索用户登录与注册购物车订单生成订单查询2 .后台管理模块:管理员管理商品类别管理商品管理会员管理处理订单3 .2.2功能需求后台管理员分为系统管理员、货物管理员两种.1.系统管理员:系统管理员可以对所有管理员进行管理,可以添加删除管理 员资料,赋予权限等等.2o货物管理员:货物管理员能够对所有的商品信息、商品类别进行增删改。2o 3数据流图2.3o 1系统顶层图管理员输入帐号密码后进入管理系统,系统对管理员身份进行判断后会显示 相应权

13、限的模块,系统会根据要求进行数据读取.数据包括商品信息,商品类别 信息,订单信息等等。具体流程如下图所示:图2.1系统顶层图2.3o 2 一层分解图根据管理员不同的权限可以控制相应权限的模块,响应的模块会产生相应的 数据流在模块与数据库之间进行交互。具体流程如下图所示:图2. 2系统一层分解图2o 3o 3二层分解图Io管理员信息管理系统管理员可以查询与新增管理员,查询到管理员后可以进行信息的修改, 新增和修改后的管理员信息会更新管理员信息库。具体流程如下图所示:图2. 3管理员信息管理分解图系统管理员改营员息 修的理信2。用户信息管理系统管理员可以先从用户信息库按照相应条件读取用户的信息,然

14、后在模块 中对用户信息进行修改,然后再更新用户信息库.具体流程如下图所示:图2. 4用户信息管理分解30商品管理管理员先可以从商品类别库或者商品信息库中按照相应条件读取到商品的 类别信息和商品信息,然后再在相应模块中对类别或者商品进行增加、修改和删 除,最后再提交并且更新商品类别信息库或者商品信息库。具体流程如下图所示:图2. 5商品管理分解图4o订单管理管理员先从订单信息库中按照相应条件读取到订单信息,然后在订单管理模 块中对订单进行修改,修改后更新订单信息库。具体流程如下图所示:图2。6订单管理分解图2.4数据字典2o 4.1数据流条目主要的数据流条目如下:表2.1管理员登录信息数据流编号

15、Fl数据流名称管理员登陆信息简述管理员在登陆时输入的账号、密码和验证码去向登陆管理组成用户名+密码+验证码表2。2管理员登录错误信息数据流编号F2数据流名称登陆错误信息简述用户名或密码错误后返回给用户的信息去向管理员组成错误信息表2. 3管理员信息数据流编号F3数据流名称管理员信息简述管理员信息库发出的管理员信息去向登陆管理组成管理员信息表2。4 修改后的管理员信息数据流编号F4数据流名称修改后的管理员 信息简述管理员修改后的管理员信息去向管理员信息库组成管理员信息表2. 5判断身份后的管理员信息数据流编号F5数据流名称判断身份后的管 理员信息简述登陆管理对管理员身份判断后的信息去向后台管理系

16、统组成管理员权限+管理员信息表2. 6 商品信息数据流编号F6数据流名称商品信息管理简述对商品进行增加、修改、删除后的信息去向商品信息库组成商品信息表2. 7类别信息数据流编号F7数据流名称类别信息管理简述对商品类别进行增加、修改、删除后的信息去向商品类别信息库组成商品类别信息表2。8订单信息数据流编号F8数据流名称订单信息管理简述对订单进行修改后的信息去向订单信息库组成订单信息2o 40 2数据项条目Io数据项名称:用户ID简述:商城注册用户的编号类型:整形长度:6取值范围及含义:从OoOOOl开始自动增长2 .数据项名称:用户名简述:商城注册用户用户名类型:可变长度字符串长度:50取值范围

17、及含义:从“AZ”、“09”中由用户自行定义,用于用户登录商 城时输入的用户名3 .数据项名称:用户密码简述:商城注册用户的密码类型:可变长度字符串长度:50取值范围及含义:从“A-Z”、“09”中由用户自行定义,用于用户登录商城 时输入的用户密码4 .数据项名称:管理员ID简述:管理员的编号类型:整形长度:4取值范围及含义:从OOOI开始自动增长5 .数据项名称:管理员用户名 简述:管理员的登录帐号类型:可变长度字符串长度:50取值范围及含义:无限制,自定义6 .数据项名称:管理员密码简述:管理员登录的密码类型:可变长度字符串长度:50取值范围及含义:每个字位度可以在“ A- Z或0” -

18、“9”中取,用于 用户信息的保密。7o数据项名称:商品编号简述:每个商品的编号类型:整形长度:无取值范围及含义:从1开始由系统自动增长8.数据项名称:商品名称简述:每个商品的名称类型:可变长度字符串长度:50取值范围及含义:取值范围不限,表示该件商品的名称2o 4o 3加工条目L加工名:管理员登陆激发条件:收到到登陆请求时优先级:高输入:有效的用户名,密码输出:管理员身份信息,登陆错误信息加工逻辑:根据管理员的登陆申请查询管理员信息表。if用户名存在,密码正确;Then输出身份信息;ElSe输出“用户名或密码错误”;Endif2 .加工名:商品类别查询激发条件:收到管理员身份信息后优先级:高输

19、入:要查询的商品类别信息输出:商品类别信息加工逻辑:根据管理员的操作输出商品类别信息if商品类别信息正确;Then输出商品类别信息;Else输出“没有此商品类别”;Endif3 .加工名:商品信息管理激发条件:收到管理员身份信息后优先级:高输入:要查询的商品信息输出:商品信息加工逻辑:根据管理员的操作输出商品信息if商品信息正确;Then输出商品信息;Else输出“没有此商品;Endif第三章概念设计3.1 实体之间的联系Io 一个用户可以查看或购买多件商品,一件商品可由多个用户购买。2。一个用户可以有多个订单,一个订单只属于一个用户。3 .一件商品有多张图片,一张图片只属于一个商品.4 .一

20、件商品只属于一个类别,一个类别可以有多件商品。5o 一个管理员可以修改多件商品,一件商品可以被多个管理员修改。6。一个管理员可以修改多个订单,一个订单可以被多个管理员修改。7o 一个管理员可以修改多个商品类别,一个商品类别可以被多个管理员修 改。3.2 ER 图3o 2o 1局部E-R图Io用户购买商品ER图图3.1用户购买商品ER图2 .用户查看或生成订单E-R图图3。2用户查看或生成订单E-R图3 .商品图片E-R图图3。3商品图片E-R图4o商品类别E-R图图3. 4商品类别E-R图50订单管理E-R图3。5订单管理E-R图6.商品管理ER图管理员图3。6商品管理E-R图7o商品类别管理

21、E-R图图3。7商品类别管理E-R图3o 2o 2系统全局E-R图图3。8网络商城管理系统全局E-R图第四章逻辑结构设计4o 1关系模型的设计依据根据需求分析中的E-R图,可以很清晰的看出各个实体的属性和实体之间的 联系,通过对实体的属性和之间的联系的分析,我们将其由概念模型向关系模型 转化,并且根据范式化理论进行优化。对于实体间的联系我们分不同的情况讨论:若实体间的联系是1: L可以在两个实体转换成的两个关系中任意一个关 系的属性中加入另一个关系的码.若实体间联系为1: n,则在n端实体转换成的关系中加入1端实体转换成 的关系码。若实体间联系为n:m,则将联系转换为关系,关系的属性为诸个实体

22、的码加 上联系具有的属性,而关系的码则为诸实体的码的组合。4.1 实体间联系转化的关系模式根据以上的关系模型设计依据信息,我们可以对实体进行关系模型的转化。1 .用户购买商品概念模型向关系模型的转化:用户信息表(用户ID,用户名,用户密码,真实姓名,地址,电子邮件,电话 号码)商品信息表(商品ID,商品名称,商品描述,创建时间,采购价格,市场价格, 销售价格,款式,是否推荐,浏览量,销售量,商品类别ID商品图片ID)订单项表(订单ID,商品ID商品名称,商品价格,商品数量,订单信息ID)2 .管理员后台管理概念模型向关系模型的转化:管理员信息表(管理员ID,用户名,密码)订单信息表(订单信息I

23、D,订单名称,送货地址,电话,采购价格,创建时间, 支付方式,用户ID)商品信息表(商品ID,商品名称,商品描述,创建时间,采购价格,市场价格, 销售价格,款式,是否推荐,浏览量,销售量,商品类别ID,商品图片ID)商品类别信息表(商品类别ID,类别名称,类别级别,父节点)商品图片表(商品图片ID,路径)3。数据依赖(1)用户信息Fl=(用户IDf用户名,用户IDf用户密码,用户IDf真实姓名,用户IDf地 址,用户IDf电子邮件,用户IDf电话号码)(2)商品信息F2=(商品IDf商品名称,商品IDf商品描述,商品IDf创建时间,商品ID 一采购价格,商品ID-市场价格,商品ID销售价格,商

24、品IDf款式,商品ID 一是否推荐,商品ID浏览量,商品ID一销售量,商品ID一商品类别ID,商品ID 一商品图片ID)(3)订单项F3=(订单IDf商品ID,商品ID-商品名称,商品ID-商品价格,商品ID 一商品数量,订单ID一订单信息ID)(4)管理员信息F4=(管理员ID一用户名,管理员ID-密码)(5)订单信息F5=(订单信息IDf订单名称,订单信息ID送货地址,订单信息ID 一电话, 订单信息ID-采购价格,订单信息ID-创建时间,订单信息ID-支付方式,订 单信息IDf用户ID)(6)商品类别信息F6=(商品类别ID类别名称,商品类别ID-类别级别,商品类别IDf父节 点)(7)

25、商品图片F7=(商品图片ID一路径)4.2 关系模型的优化4o 2o 1确定范式级别根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中, 需要涉及多表的查询及表的修改和删除,且存在多值依赖的实际情况下,其关系 模式应达到BCNFo4o 2.2实施规范化处理根据以上信息,我们发现订单项表中存在传递依赖,因此我们要对此关系进行 优化。优化后的关系模型如下:用户信息表(用户ID,用户名,用户密码,真实姓名,地址,电子邮件, 电话号码)商品信息表(商品ID,商品名称,商品描述,创建时间,采购价格,市场 价格,销售价格,款式,是否推荐,浏览量,销售量,商品类别ID,商品图片 JD)订单项表

26、(订单ID.商品ID.订单信息ID)管理员信息表(管理员ID,用户名,密码)订单信息表(订单信息ID,订单名称,送货地址,电话,采购价格,创建 时间,支付方式,用户ID)商品类别信息表(商品类别ID,类别名称,类别级别,父节点)商品图片表(商品图片ID,路径)第五章物理结构设计5o 1创建数据库及数据表本系统采用SQLServer2OO5数据库,创建的数据库名称为shopo 表的结构设计如下:1. tb_customer(用户信息表)表5。1用户信息表字段名数据类型是否为空是否为主键说明CidINT否是系统自动编号UsemameVarchar (50)否否用户名PasswordVarchar

27、(50)否否用户密码RealnameVarch ar(50)是否真实姓名AddressVarchar(250)是否地址EmailVarchar(50)是否电子邮件MobileVarchar (11)是否电话号码2. tb_orderitem (订单项表)表5. 2订单项表字段名V. 4U1 W,l 数据类型是否为空是否为主键说明Orderltem_idINT否是系统自动编号productIDINT否否商品编号OrderIDVarchar (30)否否订单编号3。tb_productlnfo (商品信息表)表5. 3 商品信息表字段名数据类型是否为空是否为主键说明idINT否是系统自动编号Nam

28、eVarchar(IOO)否否商品名称DescriptionTEXT是否商品描述CreateTimeDATETIME是否创建时间baseProceFLOAT是否采购价格marketPriceFLOAT是否市场价格SellPriceFLOAT是否销售价格SexRequestVarchar (5)是否所属款式类别(免款、女款)CommendBIT是否是否推荐ClickCountINT是否浏览量SellCountINT是否销售量CategoryIdINT是否商品类别IDUploadFileINT是否上传文件ID4o tb_productcategory(商品类别信息表)表5。4商品类别信息表字段名数

29、据类型是否为空是否为主键说明idINT否是系统自动编号NameVarchar(IOO)否否类别名称LevelINT是否类别级别PidINT是否父节点5o tb_order(订单信息表)表5. 5订单信息表字段名数据类型是否为空是否为主键说明OrderJdINT否是系统自动编号NameVarchar (50)否否订单名称AddressVarchar (50)否否送货地址MobileVarchar(Il)否否电话totalPriceFLOAT是否采购价格CreateTimeDateTime是否创建时间paymentWayVarchar(15)是否支付方式CUtomerIdINT是否用户ID5.2数

30、据的存放位置设计由系统应用情况特设计如下存储方式,所有的表由于信息量大且使用频繁将 其存储在高速存储器(硬盘)上。将表存储在不同的磁盘上以便提高查询效率, 同时这样可以提高物理I/O读写效率。数据库备份文件和日志文件等文件因为使 用频率小而且数据量非常大,存放在低速存储设备上.第六章运行与维护6.1项目运行界面U主界面将SQL Server 2005主服务打开,再将项目打包的war包放到tomcat下的 workapp下,然后点击开始菜单f运行f输入cmd回车f输入startup回车,便 可运行tomcat.再打开浏览器输入http:IoCaIhOSt:8080/ShOD/网址便可进入主界 面

31、。-的订单ZrrM 斗德商品:彼页豳人ri酶搬货前畜,交现安全 以沈魅熊,醒有雌 0商户费心司倩*耐蹒礼,酬更开心A JaKa网全低此单(人气:A aaa (人气:门品帚赛盗噩噩醯嬉豳装绘康嬲内衣衣里内卷又白月内薜服运训K芸宜及盛皿Il皇装笠展髓Ii到送连衣帽展的鸵超3装运喉皿转一如炳踹轨理黜理妁I !iIttfRifi iaztw 手去 钮一驱茵碧腑娥件隘迎蚯触A 剑顼国1旦选也 眸宝 SHAS1J图6o 1主界面20会员登录界面主界面点击登录便会出现会员登录界面。输入正确的用户名和密码后便可登 录自己的账户.81家n*AXH5人 r图6. 2登录界面3.用户登录后购买东西用户选择一个商品后

32、可以查看商品的信息,如价格和详细介绍。WjfiM 式的订单欢迎Oun23,遗出Itm商品页aiffiAnea图6. 3购买界面40购买后产生订单查看商品后点击购买便会进入此页面,用户可以选择商品的数量、返回继续购 买商品或者结账。W期迪扬里池的订单欢迎ad234 GC网络西城页覆品上元匚酶 接晒 人气酶a 6.4订单界面5o订单确认点击结账后会出现订单确认页面,上面显示了用户购买的商品信息以及应付 款总额,用户确认信息后便可点击付款。X期逆拉主一断!单欢迎Main234一出GCl网络残悔皿页 IKsrm热初酿接M商品人气魅品6.付款后产生订单用户付款后便会产生一个订单,用户在自己的订单查看界面

33、可以查看到此订 单以及订单当前的状态。WW 克千单碘 a, admin 123,/ admin 123, ,NULL/ cs, / xwz1860gmailo com,186xxxx2318,);如果存在订单表,则删除if exists(select * from sysobjects where name =, tb-order,)drop table tb_order;一创建订单表-订单编号-收货人姓名收货地址收货电话号码一总价格一订单创建时间-支付方式CREATE TABLE tb_order ( orderld int identity(l,l) NOT NULL, name varc

34、har(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) DEFAULT NULL, CustomerId int DEFAULT NULL, PRIMARY KEY (orderld),CONSTRAINT F

35、KFA98EE3DD0EDC05E FOREIGN KEY (CustomerId)REFERENCES tb_customer (id)将外键 CustomerId 引用 tb_customer 主键);set identity_insert tb_customer offset identity_insert tb_order on-初始化订单表,使用select表值+union all进行多值插入INSERT INTO tb_order (orderld, name,address, mobile,totalPrice, CreateTime, paymentWay, OrderStat

36、e, CustomerId)select 20112, hunaneu, cs, 186xxxx2318, 120, 2011 - 12-20 13: 52:40,POSTOFFICE_PAY, DELIVERED, 1 union allselect 20113/ hunaneu, ,cs, 186xxxx2318, 120, ,2011-12-22 09:44: 58,POSTOFFICE.PAYVDELIVERED, 1 union allselect 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;创建订单项表

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号