数据库大作业报告.doc

1 系统简介及需求分析物资管理是一般工业、商业企业生产经营管理环节中重要的一环，需要对物资基本信息进行管理，对物资调配信息进行完整的监控，以期更有效地利用物资。物资入库的时候首先需要登记物资的基本信息，包括物资的种类、名称、型号、单位和单价等；然后登记入库信息，包括物资的基本信息、入库地点、入库人、经办人和物资数量等。出库时，需要登记物资出库信息，包括物资基本信息、出库地点、出库人、经办人、出库数量等。根据物资的入库出库过程的综合，得到各种物资的余额信息，这样就能对所剩物资有充分的了解，有利于工作的顺利进行。因此，物资管理信息系统主要功能就是记录物资流通的整个过程。2 系统设计与开发平台2.1 系统开发平台介绍 在本次设计中，我采用SQL Server 2000 作为后台数据库，前台客户端的开发使用Visual C+ 6.0。整个系统采用C/S结构。2.2 系统功能分析系统开发的总体任务就是实现物资信息的系统化、规范化和自动化。系统功能分析是在系统开发总体任务的基础上进行的，本例中物资信息管理系统需要完成的功能主要有以下几个方面。·有关物资基本信息的输入，包括物资编号、物资名称、规格型号、种类和计量单位等。·物资基本信息的查询。·物资基本信息的修改。·入库物资基本信息的输入。·入库物资基本信息的查询。·入库物资基本信息的修改。·出库物资基本信息的输入。·出库物资基本信息的查询。·出库物资基本信息的修改。·物资余额信息的查询。·物资余额信息的浏览。2.3 系统功能设计模块对上述功能进行集中、分块，按结构化程序设计的要求，进行分析，就得到了如下图所示的系统功能模块图。3 关键技术介绍3.1 C/S结构C/S（Client/Server）结构即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server 应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件， 加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高， 效率低。以下是对C/S架构软件的优势与劣势的说明。(1) 应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。(2) 数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。3.2 SQL触发器触发器是一种特殊类型的存储过程，不由用户直接调用。创建触发器时会对其进行定义，以便在对特定表或列作特定类型的数据修改时执行。CREATE PROCEDURE 或 CREATE TRIGGER 语句不能跨越批处理。即存储过程或触发器始终只能在一个批处理中创建并编译到一个执行计划中。用触发器还可以强制执行业务规则。Microsoft® SQL Server 2000 提供了两种主要机制来强制业务规则和数据完整性：约束和触发器。触发器是一种特殊类型的存储过程，它在指定的表中的数据发生变化时自动生效。唤醒调用触发器以响应 INSERT、UPDATE 或 DELETE 语句。触发器可以查询其它表，并可以包含复杂的 Transact-SQL 语句。将触发器和触发它的语句作为可在触发器内回滚的单个事务对待。如果检测到严重错误（例如，磁盘空间不足），则整个事务即自动回滚。触发器的优点如下： 触发器可通过数据库中的相关表实现级联更改；不过，通过级联引用完整性约束可以更有效地执行这些更改。触发器可以强制比用 CHECK 约束定义的约束更为复杂的约束。 与 CHECK 约束不同，触发器可以引用其它表中的列。例如，触发器可以使用另一个表中的 SELECT 比较插入或更新的数据，以及执行其它操作，如修改数据或显示用户定义错误信息。触发器也可以评估数据修改前后的表状态，并根据其差异采取对策。一个表中的多个同类触发器（INSERT、UPDATE 或 DELETE）允许采取多个不同的对策以响应同一个修改语句。3.3 ADO微软公司的ADO (ActiveX Data Objects) 是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，而只用关心到数据库的连接。访问数据库的时候，关于SQL的知识不是必要的，但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。ADO被设计来继承微软早期的数据访问对象层，包括RDO (Remote Data Objects) 和DAO(Data Access Objects)。ADO在1996年冬被发布。ADO包含一些顶层的对象： 连接，代表到数据库的连接 记录集，代表数据库记录的一个集合 命令，代表一个SQL命令 记录，代表数据的一个集合 流，代表数据的顺序集合 错误，代表数据库访问中产生的意外 字段，代表一个数据库字段 参数，代表一个SQL参数 属性，保存对象的信息 ADO组件的使用需要利用支持COM的高级语言，例如ASP中的VBScript或者Visual Basic，甚至Delphi,微软的竞争对手Borland的一个产品，现在也支持使用ADO来访问数据库。 在新的编程框架.NET Framework中, 微软也提供了一个面向Internet的版本的ADO，称为ADO.NET。其对象模型和传统ADO差别很大。ADO是一种面向对象的编程接口，微软介绍说，与其同IBM和Oracle提倡的那样，创建一个统一数据库，不如提供一个能够访问不同数据库的统一接口，这样会更加实用一些。为实现这一目标，微软在数据库和微软的OLE DB中提供了一种“桥”程序，这种程序能够提供对数据库的连接。开发人员在使用ADO时，其实就是在使用OLE DB，不过OLE DB更加接近底层。ADO的一项属性远程数据服务，支持“数据仓库”ActiveX 组件以及高效的客户端缓存。作为ActiveX的一部分，ADO也是COM组件的一部分。ADO是由早期的微软数据接口远程数据对象RDO演化而来的。RDO同微软的ODBC一同连接关系数据库，不过不能连接非关系数据库。 ADO向我们提供了一个熟悉的，高层的对OLE DB的Automation封装接口。对那些熟悉RDO的程序员来说，你可以把OLE DB比作是ODBC驱动程序。如同RDO对象是ODBC驱动程序接口一样，ADO对象是OLE DB的接口；如同不同的数据库系统需要它们自己的ODBC驱动程序一样，不同的数据源要求它们自己的OLE DB提供者（OLE DB provider）。目前，虽然OLE DB提供者比较少，但微软正积极推广该技术，并打算用OLE DB取代ODBC。 ADO向VB程序员提供了很多好处。包括易于使用，熟悉的界面，高速度以及较低的内存占用（已实现ADO2.0的Msado15.dll需要占用342K内存，比RDO的Msrdo20.dll的368K略小，大约是DAO3.5的Dao350.dll所占内存的60）。同传统的数据对象层次（DAO和RDO）不同，ADO可以独立创建。因此你可以只创建一个"Connection"对象，但是可以有多个，独立的"Recordset"对象来使用它。ADO针对客户服务器以及WEB应用程序作了优化。ADO (ActiveX Data Objects）是Microsoft提出的应用程序接口（API）用以实现访问关系或非关系数据库中的数据。例如，如果您希望编写应用程序从DB2或Oracle数据库中向网页提供数据，可以将ADO程序包括在作为活动服务器页（ASP）的HTML文件中。当用户从网站请求网页时，返回的网页也包括了数据中的相应数据，这些是由于使用了ADO代码的结果。象Microsoft的其它系统接口一样，ADO是面向对象的。它是Microsoft全局数据访问（UDA）的一部分，Microsoft认为与其自己创建一个数据，不如利用UDA访问已有的数据库。为达到这一目的，Microsoft和其它数据库公司在它们的数据库和Microsoft的OLE数据库之间提供了一个“桥”程序，OLE数据库已经在使用ADO技术。ADO的一个特征（称为远程数据服务）支持网页中的数据相关的ActiveX控件和有效的客户端缓冲。作为ActiveX的一部分，ADO也是Microsoft的组件对象模式（COM）的一部分，它的面向组件的框架用以将程序组装在一起。ADO从原来的Microsoft数据接口远程数据对象（RDO）而来。RDO与ODBC一起工作访问关系数据库，但不能访问如ISAM和VSAM的非关系数据库。ADO 是对当前微软所支持的数据库进行操作的最有效和最简单直接的方法，它是一种功能强大的数据访问编程模式，从而使得大部分数据源可编程的属性得以直接扩展到你的Active Server 页面上。可以使用ADO 去编写紧凑简明的脚本以便连接到 Open Database Connectivity (ODBC) 兼容的数据库和 OLE DB 兼容的数据源，这样 ASP 程序员就可以访问任何与 ODBC 兼容的数据库，包括 MS SQL SERVER、Access、 Oracle 等等。比如，如果网站开发人员需要让用户通过访问网页来获得存在于IBM DB2或者Oracle数据库中的数据，那么就可以在ASP页面中包含ADO程序，用来连接数据库。于是，当用户在网站上浏览网页时，返回的网页将会包含从数据库中获取的数据。而这些数据都是由ADO代码做到的。ADO是一种面向对象的编程接口，微软介绍说，与其同IBM和Oracle提倡的那样，创建一个统一数据库，不如提供一个能够访问不同数据库的统一接口，这样会更加实用一些。为实现这一目标，微软在数据库和微软的OLE DB中提供了一种“桥”程序，这种程序能够提供对数据库的连接。开发人员在使用ADO时，其实就是在使用OLE DB，不过OLE DB更加接近底层。ADO的一项属性?远程数据服务，支持“数据仓库”ActiveX 组件以及高效的客户端缓存。作为ActiveX的一部分，ADO也是COM组件的一部分。ADO是由早期的微软数据接口远程数据对象RDO演化而来的。RDO同微软的ODBC一同连接关系数据库，不过不能连接非关系数据库。MFC OLE同样能够封装（wrapper）一个类型库,但是与import不同,它不能从类型库中产生枚举类型。MFC类CString和 COleVariant隐藏了BSTRS和Variants的细节。由MFC OLE产生的类都继承了类ColeDispatchDriver，由ADO产生的失败的HRESULTS被封装在类 ColeDispatchException中。3.4 MFCMFC,微软基础类(Microsoft Foundation Classes)，同VCL类似，是一种Application Framework，随微软Visual C+ 开发工具发布。目前最新版本为9.0（截止2008年11月）。该类库提供一组通用的可重用的类库供开发人员使用。大部分类均从CObject 直接或间接派生，只有少部分类例外。MFC 应用程序的总体结构通常由开发人员从MFC类派生的几个类和一个CWinApp类对象（应用程序对象）组成。MFC 提供了MFC AppWizard 自动生成框架。Windows 应用程序中，MFC 的主包含文件为"Afxwin.h"。此外MFC的部分类为MFC/ATL 通用，可以在Win32 应用程序中单独包含并使用这些类。由于它的易用性，初学者常误认为VC+开发必须使用MFC。这种想法是错误的。作为Application Framework，MFC的使用只能提高某些情况下的开发效率，只起到辅助作用，而不能替代整个Win32 程序设计。MFC,微软基础类(Microsoft Foundation Classes),实际上是微软提供的,用于在C+环境下编写应用程序的一个框架和引擎,VC+是WinDOS下开发人员使用的专业C+ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个辅助软件开发包,MFC作为与VC+血肉相连的部分(注意C+和VC+的区别:C+是一种程序设计语言,是一种大家都承认的软件编制的通用规范,而VC+只是一个编译器,或者说是一种编译器+源程序编辑器的IDE,WS,PlatForm,这跟Pascal和Delphi的关系一个道理,Pascal是Delphi的语言基础,Delphi使用Pascal规范来进行Win下应用程序的开发和编译,却不同于Basic语言和VB的关系,Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范,VB新加的Basic语言要素,如面向对象程序设计的要素,是一种性质上的飞跃,使VB既是一个IDE,又成长成一个新的程序设计语言),MFC同BC+集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC+专配的。MFC是Win API与C+的结合,API,即微软提供的WinDOS下应用程序的编程语言接口,是一种软件编程的规范,但不是一种程序开发语言本身,可以允许用户使用各种各样的第三方(如我是一方,微软是一方,Borland就是第三方)的编程语言来进行对WinDOS下应用程序的开发,使这些被开发出来的应用程序能在WinDOS下运行,比如VB,VC+,Java,Dehpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在WinOS的消息机制和绘图里,遵守WinDOS作为一个操作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Win编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C+封装,这种结合一方面让用户使用微软的专业C+ SDK来进行Win下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多程序开发人员在Win下用C+ & MFC编制软件时的大量内节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的。最后要明白MFC不只是一个功能单纯的界面开发系统,它提供的类绝大部分用来进行界面开发,关联一个窗口的动作,但它提供的类中有好多类不与一个窗口关联,即类的作用不是一个界面类,不实现对一个窗口对象的控制(如创建,销毁),而是一些在WinDOS(用MFC编写的程序绝大部分都在WinDOS中运行)中实现内部处理的类,如数据库的管理类等,学习中最应花费时间的是消息和设备环境,对C+和MFC的学习中最难的部分是指针,C+面向对像程序设计的其它部分,如数据类型,流程控制都不难,建议学习数据结构C+版。MFC是微软封装了的API。什么意思呢？windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Application framework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架， MFC是对WindowsAPI的封装，大大简化了我们的工作；学VC主要就是要学MFC，大约有100多个类，但常用的也就二三十个。应该象背4级单词一样将这些常用类搞懂；当然不要死记，要通过看帮助、看例子、动手练习来学会它们；而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。 下面介绍最重要的MFC。 CWnd：窗口，它是大多数“看得见的东西”的父类（Windows里几乎所有看得见的东西都是一个窗口，大窗口里有许多小窗口），比如视图CView、框架窗口CFrameWnd、工具条CToolBar、对话框CDialog、按钮CButton，etc;一个例外是菜单（CMenu）不是从窗口派生的。该类很大，一开始也不必学，知道就行了。 CDocument文档，负责内存数据与磁盘的交互最重要的是OnOpenDocument(读入),OnSaveDocument（写盘）,Serialize（读写） CView视图，负责内存数据与用户的交互。包括数据的显示、用户操作的响应（如菜单的选取、鼠标的响应）。最重要的是OnDraw(重画窗口)，通常用CWnd:Invalidate()来启动它。另外，它通过消息映射表处理菜单、工具条、快捷键和其他用户消息。你自己的许多功能都要加在里面，你打交道最多的就是它。CDC设备文本。无论是显示器还是打印机，都是画图给用户看。这图就抽象为CDC。CDC与其他GDI（图形设备接口）一起，完成文字和图形、图像的显示工作。把CDC想象成一张纸，每个窗口都有一个CDC相联系，负责画窗口。CDC有个常用子类CClientDC（窗口客户区），画图通常通过CClientDC完成。 CDialog对话框 CWinApp应用程序类。似于C中的main函数，是程序执行的入口和管理者，负责程序建立、消灭，主窗口和文档模板的建立。最常用函数InitInstance（）：初始化。 CGdiObject及子类,用于向设备文本画图。它们都需要在使用前选进DC。 CPen笔，画线 CBrush刷子，填充 CFont字体，控制文字输出的字体 CBitmap位图 CPalette调色板 CRgn区域，指定一块区域可以用于做特殊处理。 CFile文件。最重要的不外是Open（打开）,Read（读入）,Write（写） CString字符串。封装了C中的字符数组，非常实用。 CPoint点，就是（x,y）对 CRect矩形，就是（left,top,right,bottom） CSize大小，就是（cx,cy）对（宽、高）MFC是在1992年的Microsoft 16位版的C/C+编译器的7.0版本中作为一个扩展轻量级的Windows API面向对象的C+封装库而引入的。此时，C+因为它在和API方面的卓越表现，刚刚开始被用来取代C应用于开发商用软件。因此，他们推出了替代早期的老式的字符界面的集成开发环境（IDE）的PWB。有趣的是，MFC使用“Afx”作为所有的全局函数的前缀，“afx”作为全局变量的前缀。因为在MFC的早期开发阶段它叫“Application Framework Extensions”缩写为“AFX”。AFX提供了对Windows API的高度抽象，建立了全新的面向对象的AFX API，但它对于新手来说太复杂了，所以AFX小组不得不重新开始。后来他们创建了一组C+类，这就是MFC。MFC这个名字被采用得太晚了以至于没来得及修改这些引用。最近，MFC8.0和Visual Studio 2005一起发布了；MFC9.0和Visual Studio 2008一起发布。在免费的Express版本的Visual Studio 2005/2008中没有包含MFC。作为一个强有力的竞争对手，为Borland的Turbo C+编译器设计OWL（Object Windows Library）在同一时间也发布了。但最后，Borland停止了对OWL的继续开发并且不久就从Microsoft那里购买了MFC头文件，动态链接库等的授权，微软没有提供完整的MFC的集成支持。之后Borland发布了VCL（Visual Component Library）来替换OWL框架。随着编程语言的推陈出新，MFC一些缺点日益突出。最重要的就是入门门槛相对其他语言要高，而且同样完成一个任务代码量相对较多。而原有的优势如运行速度快等，也因为其他编程语言的日臻完善和个人电脑的运算速度增加而显得不那么突出。MFC似乎江河日下。但是MFC真的没有任何优势了吗？不是，面对底层程序，它能很轻松的与Windows API或驱动程序结合，就是在自己的代码中直接使用API函数，而API和驱动程序的资料都是以C语言为基础的，这使得VC程序员能够更轻松的使用Windows API。这样造成了一个很有意思的现象，即入门时VC程序员要付出更多的努力来学习，但是一旦掌握后，开发其他领域的程序或使用第三方软件时，如工业控制类的程序，由于底层的程序都是用C语言编写，反倒是VC程序员能够更快的掌握该领域的编程技术。而很多其他的编程语言甚至找不到相关的资料。这就说明VC（MFC）实际上是一种入门困难，但是扩展学习却很轻松的语言框架。如果既限于某一领域的话VC毫无优势可言，但是如果开发一个新的领域的应用程序或者该程序涉及多个应用领域的话，可减少重复学习的频率和难度，VC（MFC）的优势会立刻显现出来。 4 数据库分析与设计设计数据库系统时应该首先充分了解用户各个方面的需要，包括现有的以及将来可能增加的需要。数据库设计一般包括如下两个步骤：·数据库需求分析。·数据库逻辑结构设计。4.1 数据库需求分析用户的需求具体体现在各种信息的提供、更新、查询和保存等方面，这就要求数据库能充分满足各种信息的输入和输出。开发者要收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为下一步的数据库的具体设计做好充分的准备。在仔细分析调查有关物资管理信息系统需求的基础上，将得到如下图所示的本系统所处理的数据流程。针对一般物资管理信息系统的需求，通过对物资调配工作过程的内容和数据流分析，设计如下面所示的数据项和数据结构：·物资基本信息，包括的数据项有：物资编号、物资名称、规格型号、类别、计量单位等。·入库物资信息，包括的数据项有：物资编号、物资名称、规格型号、类别、计量单位、数量、单价、金额、入库时间、经办人、保管人、仓库、备注等。·出库物资信息，包括的数据项有：物资编号、物资名称、规格型号、类别、计量单位、数量、单价、金额、领用时间、领用人、经办人、仓库、备注等。·物资余额信息，包括的数据项有：物资编号、物资名称、规格型号、类别、计量单位、数量、金额、仓库等。4.2 数据库逻辑结构设计物资管理信息系统数据库中各个表格的设计结果如下面表格所示，每个表格对应于数据库中的一个表。用户管理信息-tblUser_Info物资基本信息表-tblMaterial物资入库信息表-tblMsave物资出库信息表tblMuse物资余额信息表tblMsurplus5 数据库结构的实现经过前面的系统需求分析和概念结构设计之后，得到数据库的逻辑结构。现在就可以在SQL Server 2000 数据库中，实现上面设计的数据库逻辑结构。这一步是利用SQL Server 2000数据库系统中的SQL查询分析器实现的。下面给出创建这些表格的主要SQL语句。5.1 创建用户系统表格tblUser_InfoCREATE TABLE dbo.tblUser_info (fldUser_id varchar (15) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldUser_pwd varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldUser_des varchar (10) COLLATE Chinese_PRC_CI_AS NULL ) ON PRIMARYGO5.2 创建物资基本信息表格tblMaterialCREATE TABLE dbo.tblMaterial (fldWzid varchar (8) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldWzname varchar (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldWzspec varchar (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldWzkind varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldWzunit varchar (10) COLLATE Chinese_PRC_CI_AS NULL ) ON PRIMARYGO5.3 创建入库物资信息表格tblMsaveCREATE TABLE dbo.tblMsave (fldRkno varchar (14) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldRkid varchar (8) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldRkname varchar (20) COLLATE Chinese_PRC_CI_AS NULL ,fldRkspec varchar (20) COLLATE Chinese_PRC_CI_AS NULL ,fldRkkind varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldRkunit varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldRkaccount float NOT NULL ,fldRkprice float NOT NULL ,fldRkvalue float NOT NULL ,fldRkdate datetime NOT NULL ,fldRkdeal_person varchar (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldRksave_person varchar (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldRkbase varchar (50) COLLATE Chinese_PRC_CI_AS NULL ,fldRkmemo text COLLATE Chinese_PRC_CI_AS NULL ) ON PRIMARY TEXTIMAGE_ON PRIMARYGO5.4 创建出库物资信息表格tblMuseCREATE TABLE dbo.tblMuse (fldLyno varchar (14) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldLyid varchar (8) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldLyname varchar (20) COLLATE Chinese_PRC_CI_AS NULL ,fldLyspec varchar (20) COLLATE Chinese_PRC_CI_AS NULL ,fldLykind varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldLyunit varchar (2) COLLATE Chinese_PRC_CI_AS NULL ,fldLyaccount float NOT NULL ,fldLyprice float NULL ,fldLyvalue float NULL ,fldLydate datetime NOT NULL ,fldLyuse_person varchar (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldLydeal_person varchar (10) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldLybase varchar (50) COLLATE Chinese_PRC_CI_AS NULL ,fldLymemo text COLLATE Chinese_PRC_CI_AS NULL ) ON PRIMARY TEXTIMAGE_ON PRIMARYGO5.5 创建物资余额信息表格tblMsurplusCREATE TABLE dbo.tblMsurplus (fldYeid varchar (8) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldYename varchar (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldYespec varchar (20) COLLATE Chinese_PRC_CI_AS NULL ,fldYekind varchar (10) COLLATE Chinese_PRC_CI_AS NULL ,fldYeunit varchar (2) COLLATE Chinese_PRC_CI_AS NULL ,fldYeaccount float NOT NULL ,fldYevalue float NOT NULL ,fldYebase varchar (50) COLLATE Chinese_PRC_CI_AS NOT NULL ,fldYememo text COLLATE Chinese_PRC_CI_AS NULL ) ON PRIMARY TEXTIMAGE_ON PRIMARYGO5.6 在SQL Server 2000 上创建数据库在安装完SQL Server 2000 后，选择并打开数据库组件查询分析器，用如下语句创建数据库。use mastergoif exists(select * from dbo.sysdatabases where name=Material)drop database Materialgocreate database Materialgouse Materialgo在创建数据库之前，先判断是否已经存在“Material”的数据库，如果存在，则放弃数据库的创建。在创建5个数据表之前，同样也要判断Material数据库中是否已存在待要创建的数据表，代码如下：if exists (select * from dbo.sysobjects where id = object_id(N'dbo.tblMaterial') and OBJECTPROPERTY(id, N'IsUserTable') = 1)drop table dbo.tblMaterialGOif exists (select * from dbo.sysobjects where id = object_id(N'dbo.tblMsave') and OBJECTPROPERTY(id, N'IsUserTable') = 1)drop table dbo.tblMsaveGOif exists (select * from dbo.sysobjects where id = object_id(N'dbo.tblMsurplus') and OBJECTPROPERTY(id, N'IsUserTable') = 1)drop table dbo.tblMsurplusGOif exists (select * from dbo.sysobjects where id = object_id(N'dbo.tblMuse') and OBJECTPROPERTY(id, N'IsUserTable') = 1)drop table dbo.tblMuseGOif exists (select * from dbo.sysobjects where id = object_id(N'dbo.tblUser_info') and OBJECTPROPERTY(id, N'IsUserTable') = 1)drop table dbo.tblUser_infoGO在创建数据库Material和5个表之后，在用户管理信息表tblMaterial_Info中插入一个管理员用户，初始化无密码， 如下：insert tblMaterial_Info(fldUser_id,fldUser_pwd)values(Administrator,NUL