数据库系统概论论文

❶ 谁会写数据库技术与应用的论文啊

目录
第1章数据库系统概论
1.1数据库系统概述
1.1.1数据库技术的基本概念
1.1.2数据管理的发展历程
1.1.3数据库系统的三个发展阶段
1.2数据库中的数据描述
1.2.1信息的三个世界
1.2.2概念设计中的数据描述
1.2.3逻辑设计中的数据描述
1.2.4物理数据描述
1.3数据模型
1.3.1数据模型的组成及其分类
1.3.2概念模型
1.3.3逻辑模型
1.4数据库系统的结构
1.4.1数据库系统的三级模式结构
1.4.2数据库系统的体系结构
1.5数据库系统的组成
1.5.1硬件平台及数据库
1.5.2软件
1.5.3数据库用户
本章小结
习题
第2章关系数据库系统
2.1关系数据库系统概述
2.1.1关系数据库系统的优点
2.1.2关系数据库的发展动向
2.2关系模型
2.2.1关系数据结构
2.2.2关系操作
2.2.3关系完整性规则
2.3关系代数
2.3.1传统的集合运算
2.3.2专门的关系运算
本章小结
习题
第3章关系数据库的规范化理论
3.1关系模式的冗余和异常问题
3.2函数依赖
3.3范式和规范化方法
3.3.1第一范式（1NF）
3.3.2第二范式（2NF）
3.3.3第三范式（3NF）
3.3.4BCNF
本章小结
习题
第4章关系数据库标准语言sql
4.1SQL概述
4.1.1SQL语言的发展
4.1.2SQL的特点
4.1.3SQL语言基本概念
4.1.4SQL的支持特性
4.1.5SQL的语句类型
4.2SQL表达式
4.2.1常量与变量
4.2.2函数
4.2.3表达式
4.2.4新增数据类型
4.3SQL数据定义
4.3.1创建、修改与删除基表
4.3.2创建与删除索引
4.3.3创建与删除视图
4.4SQL数据查询
4.4.1SELECT语句基本格式
4.4.2单表查询
4.4.3连接查询
……
第5章关系数据库设计
第6章数据库存储技术
第7章数据库的安全保护
第8章Oracle数据库
第9章SQL Server数据库
第10章面向对象数据库
第11章Web数据库
第12章分布式数据库
第13章数据库的其他新技术

❷ 求数据库论文，两千字左右。多谢

摘要：《delphi数据库开发》课程在软件技术专业中是一门结合delphi基础，软件工程，sql server数据库管理等内容的综合性课程。本文以该门课程为例，采用项目教学法，以...www.wsdxs.cn/html/xueke

❸ 那位大哥大家行行好个我弄篇《数据库系统原理论文》啊 小弟在这谢过了！！

UML网上售楼数据库系统的设计与应用

[摘要] 本文设计和实现了一个B/S架构的网上售楼系统。本系统采用UML建模，Web服务器软件是IIS5.5，开发工具是ASP，后台数据库系统是SQL Server 2000，网页设计软件是Macromedia Dreamweaver。
[关键词] 网上售楼 UML ASP

网上售楼系统是一个B2C的电子商务流程，售楼本身业务繁多，涉及金额数量大，根据售楼的实际特点，网上售楼系统在售楼业务完成以后，可以为用户提供支付信息，将会员所要支付的款项收录在支付信息中，为后续服务提供依据。
一、系统分析与设计
1.系统用例分析与设计。用例是获取系统功能需求的一种技术，是从参与者的角度来描述系统行为。一个用例就是参与者与系统的一次交互，它表达了系统的功能和所提供的服务。因此，在识别出参与者的基础上，可确定在网上售楼系统中，有访客、会员、管理员三个参与者，访客可以浏览楼盘信息、注册成为会员。会员可以登录系统、管理个人信息、订购房屋、退订房屋、查询订单、查询退单、查询支付信息、在留言板上留言。管理员可以管理管理员专栏、管理楼盘房屋信息、管理公告信息、管理会员信息、处理订单、处理退单、管理支付信息、管理留言板。
在分析阶段我们分析了访客用例、会员用例和管理员用例，而在设计阶段，所描述的会员和管理员的用例图是编写程序代码、实现系统功能的依据。下面仅以角色权限最大的管理员为例说明(如图1)。

图1 管理员用例图
说明：管理员登录系统后台，主要实现几个大的功能模块，包括管理会员信息、管理管理员信息、管理留言板、管理公告、管理订、退、支付单等 。在每个大模块中，又包含具体的基本功能，主要是增、删、改、查的操作。
2.系统类图分析设计与数据库逻辑设计。类图描述系统所包含的类、类的内部结构及类之间的关系，表示的是系统中各个对象及其间各种静态关系。这种静态关系主要有两种：关联和子类型。
类图分为分析阶段的类图和设计阶段的类图，本系统需要九个类：“会员”、“管理员”、“订单”、“退单”、“留言”、“公告”、“支付清单”、“楼盘信息”、“房屋信息”(如图2)。
说明：在对象模型向关系模型的转化中需将业务逻辑类进行转化,即将每个业务逻辑类映射为一个数据实体,在数据库中用一个或多个数据表表示；类属性映射为数据表的字段。本系统涉及的数据库表有:“会员表”、“管理员表”、“订单表”、“退单表”、“留言表”、“公告表”、“支付清单表”、“楼盘信息表”、“房屋信息表”。3.系统顺序图分析与设计。顺序图显示了对象之间的动态合作关系，强调对象之间消息发送的时间顺序，同时显示对象之间的交互，顺序图分为分析阶段的顺序图和设计阶段的顺序图。
设计阶段的顺序图是对分析阶段在内容上的补充和完善，在系统分析和设计中描述了管理员基本信息管理顺序图、留言顺序图、访客注册成为会员顺序图、管理员处理退单顺序图、会员提交订单顺序图。无法一一描述，仅以访客注册会员为例。访客注册会员顺序图描述为：两个参与者，即访客和管理员。访客进入售楼系统后可以注册成为会员。访客要先填写并提交注册信息，当还有必填内容没有填时，则会出现注册失败，系统会自动提示所要填的信息，此时，访客修改补充并提交，系统将显示注册成功。之后，管理员将审核会员信息，如果符合标准，则改变会员状态，由“未审核”转变为“已审核”，只有在已审核状态下的会员才能登录系统(如图3)。
二、系统实现
1.系统体系结构。本系统采用B/S架构，B /S模式把处理功能全部移植到了服务器端,用户的请求通过浏览器发出,无论是使用和数据库维护上都比传统模式更加经济方便. 而且使维护任务层次化:管理员负责服务器硬件日常管理和维护,系统维护人员负责后台数据库数据更新维护。
2.系统开发工具。本系统采用采用ASP开发WEB应用程序。ASP (Active server pages动态服务器主页的简称) 内含于Internet Information Server(IIS)中,是一套微软开发的服务器端脚本环境。通过ASP ,可以结合HTML网页、ASP 指令和ActiveX 元件,建立动态、交互且高效的WEB 服务器应用程序，所有的程序都将在服务器端执行，包括所有嵌在普通HTML中的脚本程序。当程序执行完毕后,服务器仅将执行的结果返回给客户浏览器,这样也就减轻了客户端浏览器的负担,大大提高了交互的速度。后台数据库系统是SQL Server 2000，网页设计软件是Macromedia Dreamweaver。
3.主要界面的实现。本系统分为前台和后台两个部分。前台主要的界面有：前台首页、楼盘信息页、房屋信息明细页、公告首页、公告内容页、注册页、留言页、会员修改个人信息页、提交订单页、查看订单页、提交退单页、查看退单页、支付信息明细页等；后台主要的界面有：审核会员页、发布公告页、公告保存页、管理留言板页、查看会员信息页、删除会员信息页、修改会员信息页、查看订单并受理页、订单生成支付信息页、订单生成支付信息明细页、管理员查看支付信息明细页等。
三、总结
本文结合使用了UML 和ASP, 设计并实现了网上售楼系统。采用UML 建模语言进行分析,具有灵活、高效的特点,为进行可视化系统的开发提供了极大的方便。

❹ 数据库系统原理论文

库存管理数据库系统原理与应用

【摘 要】库存管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强.数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
经过分析如此情况,我们使用微软公司的VisualBasic开发工具,利用其提供的各种面向对象的开发工具,尤其是ADO,是能方便而简洁操纵数据库的智能化对象,短期内就可以开发出用户满意的可行系统。
关键字: 库存管理 ADO 面相对象 库存ABC分析

第一章 概述
1.1 库存管理的必要性
大多数库存管理理论认为，库存是物理上和逻辑上库房库位的所有有形和无形物料极其价值的总和，具体包括成品、原材料、在制品、在途品、生产前物料、备品备件等。虽然持有一些库存是必要的，过量的库存却非但没有用处而且占用了资金。占用的资金对于公司发展、新产品开发等都是非常需要的；减少资金占用还可以大大减少来自银行贷款的利息和风险。对那些采购量特别大、采购件市场价格有波动的物料库存，加强库存管理效果更为明显。因此，平衡公司库存投资与其它资金需求至关重要。
1.2 库存分类
企业怎样管理库存，是库存管理的最大难点和挑战。因此，通过MRPII物料主计划模块和采购模块建立计划与控制系统以有效地实施库存管理和采购补偿成为题中应有之义。通过调查，我们得知任何库存均可分为如下三类：
A类物品：高值──价值占库存总值70-80％的相对少数物品。通常为物品的15-20％。
B类物品：中值──总值占库存总值的15-20％。物品数居中，通常占物品的30-40％。
C类物品：低值──库存总值几乎可以忽略不计，只占5-10％。是物品的大多数，通常占60-70％。
显然，A类物品是关键；如果我们把精力集中于A类物品，使其库存压缩10-50％，就是总库存的相当可观的一笔压缩。
关于ABC分类方法有几条基本法则：
a. 控制的程度：
对A类物品严加控制，包括做完备、准确的记录，高层监督和经常评审，从供应商按大合同订单频繁交货，对车间紧密跟踪以压缩提前期。
对B类物品做正常控制，包括良好的记录与常规的关注。
对C类物品尽可能使用简便的控制，诸如定期目视检查库存实物、简要记录或以简便标志法表明补充存货已经订货，采用大库存量与订货量以避免缺货，安排车间日程计划时给以低优先级。
b.优先级
在一切活动中给A类物品以高优先级以压缩其提前期与库存。
对B类物品予以正常处理，仅在关键时给以高优先级。
予C类物品以最低优先级。
c.订货过程
对A类物品提供及时、准确的采购信息和状态查询。计算机数据需要人工加以核对，进行阶段性盘点，以及频繁的评审以压缩库存。
对B类物品，按一定周期或当发生重大变化时评审一次库存数据和订货点，MRPII操作按例行公事处理。
对C类物品可以盘点处理或订货点计算。订货往往不用MRPII作计划。可以凭业务人员的经验加以控制。
由上可以看出库存管理的重要性。因此，库存管理是企业管理的重要组成部分。市场需要库存商品提供给用户，企业的经营需要库存保证各种药品的供应以进行药品的销售，库存对生产效率的提高有着极其重要的影响。因此，库存管理系统是计算机管理系统的中心。因为，所有企业的经营活动都离不开物流的活动。
1.3 库存管理的目标
库存管理的主要目标就是通过对仓库所有入出库活动的管理和控制及对库存数据有效的统计和分析，以保证企业生产中畅通的物流，使决策人员及早发现问题，采取相应措施，调整库存结构,缩短储备周期，加速资金周转，最大限度地降低库存占用，同时，通过周期性的仓库盘点，及时补救管理中的漏洞，使库存管理系统实时地反映企业中各个仓库的现时情况，为各类管理人员从不同侧面提供所需信息，以便协调企业经营收到更大效益，库存管理系统是协调企业生产经营的基础，其数据的准确性、方便的查询、有效的分析是整个计算机管理系统顺利运行的关键。
第二章 开发背景
企业的库存物资管理往往是很复杂、很繁琐的。由于所掌握的物资种类众多，订货、管理、发放的渠道各有差异，各个企业之间的管理体制不尽相同，各类统计报表繁多，因此仓库的库存管理必须编制一套库存管理信息系统，实现计算机化操作，而且必须根据企业的具体情况制定相应的方案。
根据当前的企业管理体制，一般的库存管理系统，总是根据所掌握的物资类别，相应分成几个科室来进行物资的计划，订货，核销托收，验收入库，根据企业各个部门的需求来发送物资设备，并随时按期进行库存盘点，作台帐，根据企业领导和自身管理的需要按月、季度、年度进行统计分析，产生相应报表。为了加强关键物资、设备的管理，要定期掌握其储备，消耗情况，根据计划定额和实际纤毫定额的比较，进行定额管理，使得资金使用合理，物资设备的储备最佳。
一个完整的企业物资供应管理系统应包括采购计划管理，合同收托管理、仓库库存管理、定额管理、统计管理、财务管理等模块。其中仓库的库存管理是整个物资供应管理系统的核心。因此有必要开发一套独立的库存管理系统来提高企业工作效率, 而所使用的这套库存管理系统是企业生产经营管理活动中的核心，此系统必须可以用来控制合理的库存费用、适时适量的库存数量，使企业生产活动效率最大化。通过对这些情况的仔细调查，我开发了下面的仓库库存管理系统。
第三章 系统分析
本系统采用了结构化生命周期法，结构化生命周期法是最常用的管理信息系统开发方法，分为四个步骤，即系统调研分析、数据库设计实现、界面设计实现和系统功能设计实现。其中系统调研分析阶段是最基础、也是最容易被开发人员忽视的环节。
3.1进行资料收集
在整个系统分析阶段，我在图书馆认真查看了很多关于仓库库存管理方面的书籍，收集到了相应的入库单、领料单、台账、物料卡、报表等资料。
入库单是入库单位在把相应的零部件送人仓库时必须填写的单据；领料单是领料人员从仓库中领取零部件时必须填写的单据（即出库）；零部件台账（相当于本系统中的操作日志）实际是一个流水账，用于记录每天发生的入库、出库信息；物料卡（在本系统中用现有库存信息来表示）的作用是记录某一种零部件的数量变化，以便库管员盘查；报表是仓库向有关领导和部门定期提交的零部件库存汇总信息。收集到的入库单、领料单、零部件库存台账、零部件物料卡等单据和报表的实物样式在此略去，有兴趣者请参考有关类似企业的样本即可。
3.2绘制业务流程图
3.3用户需求分析
用户需求分析就是在用户需求调研的基础上，确定系统的总体结构方案，完成相应的需求分析报告。在确定系统的总体结构方案过程中，包括确定应用程序的结构、系统开发环境和系统的功能模块。用户需求调研结束之后，应该立即进行用户需求分析。
3.3.1应用程序结构确定
从用户应用角度来看，可把应用程序系统的组成部分分成数据存储层、业务处理层和界面表示层等3个层次，而应用程序结构可归纳为：集中式应用程序结构、单用户应用程序结构、多层服务器应用程序结构、浏览器／服务器应用程序结构、客户机／服务器应用程序结构等5种类型。
本库存管理系统就采用了当前最流行的客户机／服务器应用程序结构（即C/S结构），此时，客户机提出请求，服务器对客户机的请求作出回应。通过对服务功能的分布实现了分工服务。数据存储层放在服务器上，业务处理层和界面表示层放在客户机上，因此又被称为“灵敏的客户机”结构。许多操作可以在本地的客户机上执行，只是当需要数据时，才向服务器发出请求。并使应用程序的处理更接近用户，使整个系统具有较好的性能，可以并行地处理应用程序的请求、减少了数据传输量、降低了服务器的负荷。由于条件所限，将此系统所有程序都置于一台计算机上，以便调试运行。
3.3.2确定系统开发环境
由于大多数公司内部使用的计算机平台都是基于Windows环境的。为了降低系统成本，应最大程度地利用现有的资源、兼容现有的环境，可确定使用下面的开发环境：
★网络操作系统：Windows2000；★数据库服务器：MicrosoftAccessr2000；
★服务器平台：Windows2000；★客户机平台：Windows95／98／NT／2000；
★前端开发工具：visualBasic6.0(企业版)；★数据访问对象：ADO（本系统使用ADO控件，简化编程）。
3.3.3确定系统的功能模块
通过分析确定库存系统将包含6个主要功能模块，即系统模块、入库业务管理模块、出库业务管理模块、退料业务管理模块（还库业务管理模块）、盘点业务管理模块（报表输出）、需求管理模块。对于每一个功能模块，都包含了数据录入、编辑、查询、统计、打印、应急、帮助等功能。
第四章 系统设计
4． 1总体设计
4.1.1系统目标设计
系统开发的总体任务是实现企业物资设备管理的系统化、规范化和自动化，从而达到企业仓库库存管理效率的目的。
4.1.2开发设计思想
库存管理的物资主要是企业生产中所需要的各种设备、原材料及零部件。进货时经检查合同确认为有效托收后，进行验收入库，填写入库单，进行入库登记。企业各个部门根据所需要的物资设备总额和部门生产活动需要提出物资需求申请。计划员根据整个企业的需求开出物资设备出库单，仓库管理员根据出库单核对发放设备、原材料及零部件。有些设备使用完毕需要及时归还入库，填写还库单。根据需要按照月、季、年进行统计分析，产生相应报表。
仓库库存管理的特点是信息处理量比较大。所管理的物资设备、原材料及零部件种类繁多，而且由于入库单、出库单、需求单等单据发生量特别大，关联信息多，查询和统计的方式各不相同，因此在管理上实现起来有一定的困难。在管理的过程中经常会出现信息的重复传递；单据、报表种类繁多，各个部门规格不统等问题。
在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要，我们采取了下面的一些原则：
 统一各种原始单据的格式，统一帐目和报表的格式。
 删除不必要的管理冗余，实现管理规范化、科学化。
 程序代码标准化，软件统一化，确保软件的可维护性和实用性。
 界面尽量简单化，做到实用、方便，尽量满足企业中不同层次员工的需要。
 建立操作日志，系统自动记录所进行的各种操作。
4.1.3系统功能分析
本系统需要完成的功能主要有以下几点。
 库存管理的各种信息的输入，包括入库、出库、还库、需求信息的输入等。
 库存管理的各种信息的查询、修改和维护。
 设备采购报表的生成。
 在材料库存中加入所允许的最大库存合最小库存字段，对所有库存物资实现监控和报警。
 企业各个部门的物资需求管理。
 操作日志的管理
 库存管理系统的使用帮助。
4.2详细设计
4.2.1 系统功能模块设计
系统模块
a. 包括报表的打印及设置，操作日志的管理。
b. 管理员可以通过管理界面添加或删除用户，添加新管理员或删除原有管理员,验证用户的合法性，阻止非法用户登录。
c. 管理员或其他用户可以修改自己的密码。
（2） 入库模块
包括填写入库单，更新，删除入库记录，查看现有库存信息，入库记录的查询及打印
（3） 出库模块
包括填写出库单，更新，删除出库记录，查看现有库存信息，出库记录的查询及打印
（4） 还库模块
包括填写还库单，更新，删除还库记录，还库记录的查询及打印
（5） 需求模块
包括填写需求计划表，更新，删除采购计划信息，查看现有采购信息，采购信息的查询及打印，以及预测短期内的需求计划。
4.2.2数据库设计
数据库需求分析
通过对企业仓库管理内容和数据流程分析，设计的数据项合数据结构如下：
 设备代码信息。包括的数据项有设备号、设备名称。
 现有库存信息。包括的数据项有现有设备、现有数目、最大库存、最小库存等。
 设备使用信息。包括的数据项有使用的设备、使用部门。数目。使用时间、出库时状态等。
 设备采购信息。包括的数据项有采购的设备、采购员、供应商、采购数目、采购时间等。
 设备归还信息。包括的数据项有归还设备、归还部门、归还数目、归还时间、经手人等。
 设备需求信息。包括的数据项有需求的部门、需求设备、需求数目、需求时间等。
有了上面的数据结构、数据项和数据流程，就可以进行下面的数据库设计。
数据库概念结构设计
这一设计阶段是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。根据上面的设计规划出的实体有库存实体、出库实体、入库实体、采购实体、还库实体、需求实体。 数据库逻辑结构设计
在上面的实体以及实体之间关系的基础上，形成各个表格之间的关系。
4.3 代码设计
任何库存均可分为如下三类：
A类物品：高值──价值占库存总值70-80％的相对少数物品。通常为物品的15-20％。
B类物品：中值──总值占库存总值的15-20％。物品数居中，通常占物品的30-40％。
C类物品：低值──库存总值几乎可以忽略不计，只占5-10％。是物品的大多数，通常占60-70％。
4．4 输入输出设计
本系统界面标准Windows形式，键盘输入(也可以用条形码读取)，人机交互，容易使用。输入输出的设计考虑美观实用和通俗易懂，图文并茂。
4．5系统安全性设计
系统数据库中包含多个二维表，所以在系统与数据库的连接上，并没有把数据库和系统的连接直接写入代码，而是通过对服务器端进行系统设置，使数据库名及路径不可见，并通过ACCESS的数据库安全设置，保证了数据库的安全性。系统根据用户身份不同赋予不同权限，用户用密码登陆，同样也保证了系统数据的安全性。
第五章 系统实施
5．1、开发工具简介
本系统的前端开发工具，我选择了Visual Basic6.0，后台数据库采用Access2000。
5.1.1 VB简介
Visual意为“可视化的”，指的是一种开发图形用户界面的方法，所以Visual Basic是基于Basic的可视化的程序设计语言。在Visual Basic中，一方面继承了Basic所具有的程序设计语言简单易用的特点，另一方面在其编程系统中采用了面向对象、事件驱动的编程机制，用一种巧妙的方法把Windows的编程复杂性封装起来，提供了一种所见即所得的可视化程序设计方法。
5.1.2 VB功能特点
 具有面向对象的可视化设计工具
在VB中，应用面向对象的程序设计方法（OOP），把程序和数据封装起来视为一 个对象，每个对象都是可视的。程序员在设计时只需用现有工具根据界面设计要求，直接在屏幕上“画”出窗口、菜单、按钮、滚动条等不同类型的对象，并为每个对象设置属性。程序员的编程工作仅限于编写相关对象要完成的功能程序，因而程序设计的效率可大大提高。
 事件驱动的编程机制
事件驱动是非常适合图形用户界面的编程方式。在图形用户界面的应用程序中，是由用户的动作即事件掌握着程序运行的流向，每个事件都能驱动一段程序的运行。程序员只要编写响应用户动作的代码，而各个动作之间不一定有联系。
 提供了易学易用的应用程序集成开发环境
在VB集成开发环境中，用户可设计界面、编写代码、调试程序，直至把应用程序编译成可执行文件在Windows中运行，使用户在友好的开发环境中工作。
 结构化的程序设计语言
VB具有丰富的数据类型和结构化程序结构，作为一种程序设计语言，它还有如下一些特点：
 强大的数值和字符串处理功能
 丰富的图形指令，可方便地绘制各种图形
 提供静态和动态数组，有利于简化内存的管理
 过程可递归调用，使程序更为简练
 支持随机文件和顺序文件的访问
 提供了一个可供应用程序调用的包含多种类型的图标库
 具有完善的运行出错处理
 支持多种数据库系统的访问
利用数据控件可访问的数据库系统有：Microsoft Access、Btrieve、DBASE、Microsfot FoxPro和Paradox等，也可以访问Microsoft Excel、Lotus1-2-3等多种电子表格。
 支持动态数据交换（DDE）、动态链接库（DLL）和对象的链接与嵌入（OLE）技术
 完备的HELP联机帮助功能
与Windows环境下的软件一样，在VB中，利用帮助菜单和F1功能键，用户可以随时方便地得到所需要的帮助信息。VB帮助窗口中显示了有关的示例代码，通过复制、粘贴操作可获取大量的示例代码，为用户的学习和使用提供了极大的方便。
VB程序设计的概念就是面向对象的概念，对象就是数据（DATA）和代码（CODE）互相结合的综合体。Windows上面的每一个图标，包括窗口本身都是对象，如果没有任何事情发生，对象处于停顿状态。当存在外来事件时，程序段执行，它的执 行是由外来事件决定的。因此是“事件”驱动的。
编写VB程序较为简单，首先将各个对象放在空白窗体上，然后将程序代码分别添加给对象或图标，将它们组合起来就可以随意运行了。
在VB中，窗体实际上是一个对象，VB的窗体含有许多内嵌特性，这使得用户界面部分的建立像是从一个目录中挑选一个个合适的控件，而不是从零开始一步一步地建立控件。这种开发者能亲眼看到的程序设计过程就是“可视化程序设计”（Visual Programming）
5.1.3 VB中的基本概念
对象：面向对象编程（OOP）的提法大家一定也很耳熟，虽然Visual Basic并不是完全的面向对象编程，但也利用了对象编程技术。对象简单地说就是大家经常看到的各种窗口、按钮、文本框甚至打印机等。
属性：如同电视有黑白、彩色之分一样，作为对象的Windows中的窗口也是有大有小，文本框的位置不可能完全一样，菜单要显示出不同的功能，这些都是由对象的属性决定的。不同对象的属性可能不同。属性一般决定了对象的位置、大小、显示等情况。
方法：就是对象能够做的事，如打印机对象就有打印（Print）方法、窗口对象支持隐藏（Hide）方法、很多对象支持移动（Move）方法等。
事件：就是对象对用户各种操作的反映情况。如用户用鼠标按一下按钮，就会触发按钮的“按”（Click）事件。
控件：控件就是Visual Basic提供的编程用的模块，与对象有直接的联系，如同积木的木块，使用这样的控件，就可以像拼图或堆积木一样“搭”、“拼”你的程序界面。Visual Basic中使用控件，简化了Windows中的窗口、按钮等对象的编程设计。每个控件都有各自的属性、事件及方法。只需修改这些特征你就可以随心所欲地编程了。最重要的是，你可以利用成千上万的各种扩充的控件来快速构造几乎能满足你任何要求的程序。例如，如果你不满意Windows简陋的媒体播放器，你就可以使用VB的多媒体控件在1小时以内设计一个完全自己风格的能够播放CD、VCD的多媒体播放器，而功能完全与之相当。
5.1.4 Access2000数据库简介
作为Microsoft的office套件产品之一,access已经成为世界上最流行的桌面数据库系统。Access与许多优秀的关系数据库一样，可以让你很容易地连接相关的信息而且还对其他的数据库系统有所补充。它能操作其它来源的资料，包括许多流行的PC数据库程序（如dBASE，Paradox，Microsoft FoxPro）和服务器、小型机及大型机上的许多SQL数据库。Access还完全支持Microsoft的OLE技术。
Access还提供windows操作系统的高级应用程序开发系统。Access与其它数据库开发系统之间相当显着的区别就是：您不用写一行代码，就可以在很短的时间里开发出一个功能强大而且相当专业的数据库应用程序，并且这一愉快的过程是完全可视的！如果您能给它加上简短的VBA代码，那么您的程序决不比专业程序员潜心开发的程序差。

Access的总体结构
Access将所有有名字的东西都成为对象（object），在Access 2000中，最重要的对象有表，查询，窗体，报表，宏和模块。
表 用户定义的存储资料的对象。每一个表都包含有关某个主体的信息。表包括存储不同种类资料的字段（列），而记录（行）则收集特定主体实例的所有信息。
查询 为来自一个或多个表的资料提供定制视图的对象。在Access中，可以利用图形化的实例查询机制（QBE）或通过SQL语句来建立查询。你可以在查询中选择、更新、插入或删除资料，也可以用查询来建立新表。
窗体 窗体是主要的人机接口。大量的操作（几乎所有）都要通过窗体完成。窗体通过运行宏（macro）或Visual Basic for Applicatinns（VBA）过程，来响应大量的事件。Access 2000为我们提供了强大的（同时也是相当方便的向导）来建立标准的Windows窗体。
报表 为格式化、计算、打印选定资料而设计的对象。它是衡量一个优秀的数据库的重要标准（有时甚至是唯一的标准）。
宏 为了响应已定义的事件，需要让Access去执行一个或多个操作，而宏就是对这些操作的结构化的定义对象。它可以让你像堆积木一样建立一个功能强大的程序，而无须写大量的代码。
模块 包括用VBA编码的定制过程的一个对象。模块提供了独立的动作流以捕获错误，而宏做不到。模块能直接响应窗体或报表事件，也可以从应用程序的任何地方被调用。
5．2 系统实现
5.2.1.系统管理模块实现
5..2.3入库模块的实现
5..2.4 出库模块实现
5.2.5设备采购模块实现，程序略
5.2.7设备代码模块实现
5.2.9 操作日志模块实现
第六章 系统使用说明
参考文献：

1． 数据库系统原理教程 王珊 陈红 清华大学出版社
2． 管理信息系统 王虎 张俊 武汉理工大学出版社
3． Visual Basic 数据库开发 E.Winemiller,J.Roff B.Heyman,R.Groom 着 清华大学出版社
4． PowerBuilder 8.0数据库系统开发实例导航 何旭洪 余建英 人民邮电出版社
5． VB6从入门道精通 ‘美’Gary cornell 着 北京希望电子出版社
6. managing Information Systems David L.Anderson着 清华大学出版社
7. Management Information Systems Raymond Mcleod,Jc George Schell 着 北京大学出版社

❺ 数据库管理系统论文

数据库管理系统的论文

键盘论文网很多的哦，之前我就找的他们，效率非常高，很快就给我了

你看下吧

❻ 想找一篇数据库论文、、

数据库设计与优化
摘 要：数据库技术是计算机科学中发展最快的领域之一，也是应用最广的技术之一，它已成为计算机信息系统与应用系统的核心技术和重要基础。本文讨论数据库设计流程的所有重要方面，包括需求分析阶段；概念设计阶段；逻辑设计阶段；物理设计阶段；数据库实施阶段；数据库运行维护阶段的六个阶段，并提出数据库设计中所出现的各种问题，并归纳分析了解决这些问题的种种途径。

关键词：数据库设计；数据冗余；数据库管理系统

引言：近年来，随着多媒体技术、空间数据库技术和计算机网络的飞速发展，数据库系统的发展十分迅速，应用领域愈来愈广，企事业单位、政府部门的行政管理、办公自动化；企业生产计划管理；军队物资管理；银行财务管理；铁路、民航飞机票预定系统；铁路车次调度系统；宾馆、酒店房间预定系统；图书馆管理；政府部门的计划和统计系统；人口普查；气象预报；地震，勘探等大量数据的贮存和统计分析；以及最近google推出的全球卫星定位系统、手机GPRS定位系统，其背后都是一个规模巨大的数据库。
如何合理高效地为政府管理人员或企业高层决策人员、设计数据库管理系统服务已成为当务之急。好的灵活的数据库设计，既能给前台应用程序的设计带来简便，又能给后台数据库的编码和扩充，和系统的维护带来极大的便利。现在关系型数据库已成为业界的主流，而我们讨论的也主要是基于关系型数据库的。
目前设计数据库系统主要采用的是以逻辑数据库设计和物理数据库设计为核心的规范设计方法。其中逻辑数据库设计是根据用户要求和特定数据库管理系统的具体特点，以数据库设计理论为依据，设计数据库的全局逻辑结构和每个用户的局部逻辑结构。物理数据库设计是在逻辑结构确定之后，设计数据库的存储结构及其他实现细节。
在数据库设计开始之前，数据库设计人员将始终参与数据库设计，他们的水平直接影响了数据库系统的质量：用户在数据库设计中也举足轻重的，他们主要参加需求分析和数据库的运行维护，他们的积极参与不但能加速数据库设计，而且是决定数据库设计的质量的又一因素。程序员和操作人员则在系统实施阶段参与进来，分别负责编制程序和准备软硬环境。

数据库设计的总流程
一、 数据库设计的六个阶段
各种规范化设计方法在设计步骤上存在差别，各有千秋。通过分析、比较与综合各种常见的数据库规范化设计方法，一般将数据库设计分为以下六阶段：需求分析阶段；概念设计阶段；逻辑设计阶段；物理设计阶段；数据库实施阶段；数据库运行维护阶段。（如下图所示）

二、 需求分析
要设计一个有效的数据库，必须用系统工程的观点来考虑问题。在系统分析阶段，设计者和用户双方要密切合作，共同收集和分析数据管理中信息的内容和用户对处理的需求。在调研中，首先要了解数据库所管理的数据将覆盖哪些工作部门，每个部门的数据来自何处，它们是依照什么样的原则处理加工这些数据的，在处理完毕后输出哪些信息到其他部门。其次要确定系统的边界，在与用户充分讨论的基础上，确定计算机数据处理范围，确定哪些工作要由人工来完成，确定人机接口界面。最后得到业务信息流程图。信息流程图中的每个子系统都可抽象为以下所示的框图。

在系统分析过程中，要确定数据管理的信息要求和处理要求。信息要求是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。处理要求是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。新系统的功能必须满足用户的信息要求，处理要求，安全性和完整性要求。这一阶段的工作是否能准确地反映实际系统的信息流程情况和用户对数据库系统的要求，直接影响到以后各阶段的工作，并影响到数据库系统将来运行的效率，因为分析阶段的工作是整个数据设计的基础。
三、 概念设计
在需求分析阶段数据库设计人员充分调查并描述了用户的应用需求，但这些应用需求还是现实世界的具体需求，应该首先把他们抽象为信息世界的结构，才能更好地、更准确地用某个DBMS实现用户的这些需求。将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。概念结构独立于数据库逻辑结构，也独立于支持数据库的DBMS。它是现实世界与机器世界的中介，它一方面能够充分反映现实世界，包括实体和实体之间的联系，同时又易于向关系、网状、层次等各种数据模型转换。它是现实世界的一个真实模型，易于理解，便于和不熟悉计算机的用户交换意见，使用户易于参与。当现实世界需求改变时，概念结构可以很容易地作出相应调整。因此概念结构设计是整个数据库设计的关键所在。概念结构设计一般需要两个阶段：第一个阶段是根据用户对数据和处理的需求，为产生全局视图，得到每个用户各自的局部视图，对每个用户的局部数据结构进行描述。第二阶段是在定义了各用户的局部视图的基础上，利用一定的工具分析各个局部视图，并把它们合并成一个统一的全局数据结构，即全局视图。全局视图被称为数据库概念模型。实际上，概念设计得到的实体模型。由于实体模型（如用E-R方法）不易描述，故实体模型通常是用一些原始表格来描述，这样比较直观。
四、 逻辑设计
概念结构是各种数据模型的共同基础，它比数据模型更独立于机器，更抽象，从而更加稳定。但为了能够用某一DBMS实现用户需要，还必须将概念结构进一步转化为相应的数据模型，这正是数据库逻辑结构设计所要完成的任务。从理论上讲，设计逻辑结构应该选择最适于描述与表达相应概念的结构模型，然后对支持这种数据模型的各种DBMS进行比较，综合考虑性能、价格等各种因素，从中选出最合适的DBMS。但在实际当中，往往是已给定了某台机器，设计人员没有选择DBMS的余地。目前DBMS产品一般只支持关系、网状、层次3种模型中的某一种，对某一种数据模型，各个机器系统又有许多不同的限制，提供不同的环境与工具。所以设计逻辑结构的一般要分3步进行：
 将概念结构转化为一般的关系、网状、层次模型。
 将转化来的关系、网状、层次模型向特定DBMS支持下的数据模型转换。
 对数据模型进行优化。
一般数据库逻辑设计的结果要符合下面的准则：
 把以同样方式使用的段类型存储在一起。
 按照标准使用来设计系统。
 在用于例外的分离区域。
 最小化表空间冲突。
 将数据字典分离。
五、 物理设计
对于给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程为物理设计。数据库的物理结构主要指数据库的存储记录格式、存储记录安排和存储方法，这些都依赖于所使用的系统。在网状模型和层次模型系统中，这一部分内容较复杂，因为它们是用指针表示记录的联系。关系模型系统比较简单一些，仅包含索引机制、空间大小、块的大小等内容。在设计物理结构时，应先确定数据库的物理结构，然后对物理结构进行评价。评价的重点是时间和空间的效率。数据的存储决定了数据库占用多少空间，数据的处理决定了操作时间的效率。物理结构设计应尽量减少存储空间的占用，也应尽量减少操作次数，做到相应时间越快越好。如果评价结果满足原设计要求，则转向物理实施。否则，就要重新修改或重新设计物理结构，有时甚至要回到逻辑设计阶段修改数据模型。物理设计完成之后，就应该得到详细的磁盘分配方案、存储方案、各种基表的详细信息等。根据这些信息就可以上机建立数据库。
六、 数据库实施
对数据库的物理设计初步评价完后，就可以开始建立数据库了。数据库实施主要包括：用DDL定义数据库结构，组织数据入库，编制与调试应用程序，数据库试运行。所谓使用DDL定义数据库结构，就是使用DBMS的建库命令建立相应的用户数据库结构。组织数据库入库就是将装载在其他介质上的数据输入到数据库中去。为了完成相应的操作和检索，需要编制很多程序，形成一个程序系统来使用该数据库，这部分是程序设计的任务。一切就绪之后，就可以试运行数据库了。
七、 系统管理和维护
数据库试运行结果符合设计目标后就可以真正投入运行了。数据库投入运行标志着开发任务基本完成和维护工作开始，并不意味着设计过程的终结。由于应用环境在不断地变化，数据库运行过程中物理存储也不会不断变化。对数据库设计进行评价、调整、修改等维护工作是一项长期的任务，也是设计工作的继续和改进。
在数据库运行的阶，对数据库经常性的维护工作主要由DBA完成，这包括以下内容：
 数据库的转储和恢复
 数据库的安全性、完整性控制
 数据库的性能监督、分析和改进
 数据库的重组织和重构造

解决数据库设计中存在的问题

一、需求分析采集
设计一个数据库，第一件的事情就是搞好用户需求分析，需求分析是对现实世界深入了解的过程，数据库能否正确地反映现实世界，主要决定于需求分析。而需求分析的采集主要是由设计人员和该单位有关工作人员合作进行的。需求分析的结果整理成需求说明。需求说明是数据库技术人员和应用单位的工作人员取得共识的基础，必须得到有关管理人员确认。需求说明经过评审后，才成为正式的需求文档，为下一步的数据库设计打好基础。在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。
二、考察现有系统
在需求分析采集的过程中，不仅要耐心地和用户讨论业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。
三、分析各种可能的变化
在具体设计每一个字段时一定要从长远角度考虑它以后的扩充，给出一定的预留空间。这样你设计的数据库的伸缩性就非常好。以后在系统升级维护时就非常容易，不至于重构整个系统。这方面的一个典型例子就是：身份证的长度问题，以前是15位，现在是18位，如果你当时设计成15位的话，为那3位的扩充你将会付出多大代价啊。
四、数据库逻辑性设计
键选择原则：
1.键设计原则为关联字段创建外键。所有的键都必须唯一；避免使用复合键。外键总是关联唯一的键字段。
2.使用系统生成的主键。设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。
五、关系模式规范化的度
对数据库进行关系模式规范化不仅有助于消除数据库中的数据冗余、删除、插入等异常出错的可能性，而且，还使你的设计比较科学、规范，同时也使你的系统的伸缩性，以及后期维护特别容易。
3NF通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。其定义为：关系R中若不存在这样的码X、属性组Y及非主属性Z(Z包含于Y)使得X决定Y、Y不依赖于X、Y决定Z成立，则称R属于3NF。
此外，还有BCNF，4NF、5NF等更高层次的关系规范化，但是不是关系规范化的程序越高， 就越实用呢，就越能满足我们的要求呢？我只能用不一定来回答，因为这要视情况而定。其实，在有些项目中是非常慎用关系模式的。因为如果规范化的程序越高，势必要将一个大表拆分成几个小表，在这些小表中用一些键值进行联接，在查询时就需要对多个表进行连接，而联接时最易产生迪卡尔积，这样查询结果集就成几何倍增，非常影响查询的效率。所以为了追求效率我们有时不对表进行关系规范化也是必要的，这样的例子很多。
六、要为尽量减轻前台的编码而工作
不要养成对数据库的复杂操作都放到前台来管理的习惯，这样会使你的程序的可读性非常差，同时也造成数据的不一致，而且会对后期的维护带来很大隐患。这一块完全应该是DBA的工作。这方面的典型例子就是数据的更新和删除操作。如果我们把这两种操作都放在前台来管理的话，就需要对多个表进行操作，操作不当的话，就会造成数据不一致。而如果DBA在后台对这几个表搭建关系的话，你在前台只要对一个主表进行操作，那么其他的几个从表就会自动更新。由此可见DBA的工作的重要性。所以，请不要把数据的管理工作都放到前台来做，因为这不是体现你编程能力的时机。
七、合理使用数据类型
我们要合理使用一些常规的数据类型，这样不仅能减少数据冗余，而且也能使你的设计更加科学、明确，同时也能使你的数据更加准确。如Oracle9i中有一个float类型，它并没有限定小数位，如果你输入时带小数位的话，它会将它精确得很长，虽然你在往数据库中存放时限定了小数位，但当你在前台进行输出时，就有可能出现小数位精度过度的情况，所以可用numeric来替代。但同时又有另一个问题发生了：例如我们用asp开发网站时用的vbscript就不支持该类型（它只认float）。所以我们应该综合考虑多种因素酌情设计。
八、用视图隐藏细节
我们考虑这样的情况，当我们在进行数据库模式设计时需要将一张大表拆分为几张小表，而在进行查询时又需要将几张小表合并为一张大表。如果表比较多的话，我们就要编写复杂的SQL语句，有没有一种机制将这几张小表一次合并为一张虚表，然后对一张表查询，这样操作起来就会简单得多。答案是肯定的。在Oracle9i中可以用视图解决。视图是在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由，同时也对数据的一些底层操作进行了隐藏。

结论

总之，我们在进行数据库设计时，一定要综合考虑多种因素，具体问题具体分析，既要考虑当前实现的可行性，又要考虑以后的升级维护；既要减轻前台编码的负担，又要让后台的管理简单易行；既要让前台的查询效率高，又要让后台的实现方便可行。数据库设计是一项综合性设计，决非一朝一夕之功，只有在工作、学习中多思考、多动脑、多总结、灵活运用所学知识，综合考虑各种因素，平衡把握每个细节，这样数据库设计才会更加科学、合理。

参考文献：
1 大型数据库技术及应用 重庆大学出版社 王 越 刘加伶 李 梁 着
2 数据库系统概论 高等教育出版社 王 珊 萨师煊 着
3 数据库管理系统 清华大学出版社 尹买华 着
4 软件设计方法 清华大学出版社 王 选 着 5 数据库设计 机械工业出版社 何玉洁 着

❼ 如何写简介主流数据库系统的论文

以图书馆管理系统的开发为背景,探讨了UML在软件体系结构建模中的应用。以用例用户数据 目前，大多数主流数据库管理系统把用户数据表示为关系。现在把关系

❽ 数据库系统的开发与应用的实例论文怎么写

A、需求分析阶段：综合各个用户的应用需求。
B、在概念设计阶段：用E-R图来描述。
C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。
D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
一展开就够论文字数了

❾ 数据库系统概论的作者简介

王珊 教授，中国人民大学信息学院教授、博士生导师。中国计算机学会副理事长，中国计算机学会数据库专委会主任，教育部第五届科学技术委员会委员，中国科学技术协会第六届全国委员会委员等。
自1981年以来一直从事数据库方向的教学、科研和系统开发工作。1984—1986年应邀到美国马里兰大学工作，设计和开发可扩展的关系数据库管理系统XDB。回国后主持和承担了国家科技攻关项目、863高科技计划项目、北京市科技计划重大项目、国家自然科学基金重点、重大项目、教育部科技重点计划等40多项；在国内外杂志发表论文200余篇，出版数据库方面的着作20多部。培养和正在培养博士、硕士研究生100多名。
20多年来她主持研制和开发了多个具有自主版权的数据库管理系统。她的科研和教学成果曾获得多项国家级和省部级科技进步奖、国家级优秀教材奖和国家精品课程以及全国优秀教师和全国五一劳动奖章等荣誉称号。