某照明灯具有限公司外贸销售管理信息系统需求说明书-系统分析师和程序设计_第1页
某照明灯具有限公司外贸销售管理信息系统需求说明书-系统分析师和程序设计_第2页
某照明灯具有限公司外贸销售管理信息系统需求说明书-系统分析师和程序设计_第3页
某照明灯具有限公司外贸销售管理信息系统需求说明书-系统分析师和程序设计_第4页
某照明灯具有限公司外贸销售管理信息系统需求说明书-系统分析师和程序设计_第5页
已阅读5页,还剩33页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、xx照明灯具有限公司外贸销售管理信息系统需求说明书系统分析师2008.3.28目录1引言1.1编写目的1.2背景1.3定义1.4参考资料2.任务概述2.1目标2.2用户特点3.需求规定3.1对功能的规定3.1.1用户清单3.1.2权限清单3.1.3商品清单3.1.4客户清单3.1.5业务员清单3.1.6销售清单3.1.7销售订单明细3.1.8销售订单历史3.1.9销售订单明细历史3.1.10销售单3.1.11销售单明细3.1.12销售单历史3.1.13销售单明细历史3.1.14销退货单3.1.15销退货单历史3.1.16应收款3.1.17预收款3.1.18每月结账日期表3.1.19结账历史3.

2、1.20进销存汇总表3.1.22销售日报3.1.23调货申请3.2对性能的规定3.3数据管理能力的要求3.4其他专门要求4.运用环境规定4.1设备4.2支持软件外贸销售管理信息系统需求分析报告1. 引言1.1编写目的 此需求分析报告的目的是规范本软件的编写,旨在提高软件开发过程的能见度,便于软件开发过程中的控制与管理,同时提出了江苏亚示灯具有限公司外贸销售管理信息库系统的软件开发过程,便于系统分析师,程序员与客户之间的交流、协作,充分识别客户的需求,并作为工作成果的第一份系统材料和进一步工作的依据,明确外贸销售管理信息库的各个功能,说明本软件的基本共性,得到客户的确认,以期能够获得更大的应用范

3、围。本报告的读者是系统分析师和程序员,在得到客户认同签署后即作为开发的设计任务书。1.2背景 作为一个产品外销近百个国家和地区的大型灯具公司,目前对外贸销售管理的信息,仍采用word中电子报告的方式进行数据荟集和处理,根据对外贸部的人员的调整研究,以及针对原使用的信息弊端分析,用户操作单一,输入信息的操作工作强度大,耗时长,灵活性差,信息无法共享。另外生产、后援、采购、物控等管理人员对于外贸的销售信息管理也有迫切需求,现开发的系统可以对销售人员从繁琐、重复、疲惫的键盘输入工作当中解脱出来,快速计算外贸产品的包装盒采购计划清单,各地区各代理商的成交额、累计额、前期、本期、上期的同比增长,成交价,

4、各个品种的分布,规格的差异,各个订单的交付日期。系统灵活的操作模式,统一方便的查询统计功能,数据的统一管理,极大减少外贸销售信息的管理人员操作时间。此系统需要与外贸部门的管理人员配合,能快速响应全世界各地各代理、经销商的合同建立、变更、执行、发运、结单、核帐等功能。为外贸部门信息管理提供有力支持,达到信息集成和高度共享的需求,以实现外贸信息资源的及时汇集、统计、归档、综合、分析、传递和有效整合,全面提高外贸管理的水平。 a、软件名称 江苏亚示灯具有限公司外贸信息管理系统,他是新开发的系统,替代现采用的word文档操作中的销售信息,并作为外贸管理系统中的子功能模块。b、任务提出者:外贸 陆经理c

5、、本项目由外贸陆经理提出设想,由系统分析师xx为主,会同程序设计师及公司的系统规划框架,经外贸陆经理作为系统的客户确认后进行项目开发。开发初步完成后,交付外贸销售人员试用,开始系统实施、使用。由公司企管部门与外贸部门及开发人员共同管理维护。d、此软件系统与在线外贸动态精密相关,需要以实时、准确的外贸信息为基础。1.3定义 用户:使用员工信息管理系统的工资结算、审核、查询统计人员;文件:存储在永久性存储介质上的数据集合;数据库:存储在永久性存储介质上的文件;类:是对一个或几个相似对象的描述;消息:是对某种对象处理的说明;模块:作为程序的一部分,同时又能单独完成某项目任务的功能组合;接口:一个功能

6、之另一个功能的连接点;关联:反映对象之间的相互依赖、相互作用的关系定义缩微词和约定;软件名称:员工信息管理系统;客户:是指江苏亚示照明灯具有限公司外贸部门;(又称用户);客商:是指接受江苏亚示照明灯具有限公司产品销售的顾客;(又称经销商、代销商)台:灯具含全部电器(整流器、触发器、电容、灯具6大件);套:灯具含光源 (整流器、触发器、电容、灯具5大件);盏:空灯具1件;只:电器单卖;1.4参考资料 a、软件开发申请书;b、软件工程概论c、软件需求说明书标准(gb856t-88)2任务概述2.1目标a、开发意图 通过对外贸销售管理信息系统的开发,进一步规范外贸销售信息的输入流程,减少键盘输入操作

7、,提高汇总统计分析,方便信息查询,强化报表输出功能,统一数据管理等。b、应用目标 1、友好的操作界面 简洁明了的界面布局,通俗易懂的功能按钮,强大的权限控制,只显示与用户操作相关的功能,从根本上杜绝了用户进行操作无关的功能。 2、网络环境下协同操作 本系统可提供多名用户进行同时操作,采用在分布式环境下协同操作模式,和现有的输入系统完全不同。用户可以实时的共享资源,同步进行操作,利用多人的智慧和努力完成工作,有助于提高汇总统计分析的效率。特别适用于用户分散、距离较远,管理较复杂的情况下使用,最大限度地发挥用户的操作水平。3、全新的外贸销售信息管理模式外贸销售数据由以往的手工整理转换为自动化输出,

8、与正在实施开发当中的采购、库存系统相连接,通过系统每月自动将数据下载至外贸管理数据库中,系统只需要根据每月订单合同数据直接进行统计计算,不再需要手工输入包装物等人工计算的另星数据。4、快速、准确的数据检验本系统是建立在全新的信息管理系统数据库,因此是以准确的外贸合同为基础,取消了原来的人工统计模式:即费时,费力,而且还会出现统计数据错误,影响力整个外贸包装材料结算的准确性。采用新的模式以后,包装相关信息是以合同上的确认信息为准,而且信息根据合同的变动、发运实时变化,用户可以根据最新的合同信息进行汇总,结算,不再需要进行繁复的人工信息统计工作,而且也确保了信息准确性。5、快速的包装物计算系统采用

9、分布式的协同操作模式,所有用户都可以同时操作,不需要等待某一用户的工作结束之后再操作:系统根据用户输入一些简单的数据,进行结算,减少用户繁杂的 手工录入和计算,由服务器或用户计算机进行批量导入和计算,把包装物计算人员从手工输入的繁重工作当中解脱出来,同时也提高了计算的准确性,以及结算的速度;6、统一、方便的数据查询统计 系统设计新的查询模块,可以根据用户自定义条件进行查询统计,不同的经销商,不同国家地区类型,根据部门、查询汇总,结算人员汇总,对于各项付款情况提供已经扣除客商清单、未扣除客商清单和与客商不同产品历次成交价清单等,提高了查询清算数据的高校管理。7、数据的统一管理 数据采用集中式的管

10、理,所有2008年3月31日10:51:32全部存储于数据库中,用户通过网络,从数据库中读取、更新数据,而且其它用户可以实时的查询到更新之后的数据;数据库由服务器做定期备份,确保数据安全。8、逐期外销报表的输出和按客商、按地区按产品规格(类别)的报表输出 在对现系统的报表进行分析以后,结合用户的调查,设计新的报表输出功能,可以根据不同的要求进行设置打印台头,自定义台头名称,所有报表功能都可以由用户进行灵活定义。c、作用范围本软件适用于包装材料采购清单下发,各国家、地区、客商、各类产品、各类规格的单价、总价审核,外贸销售各类报表输出,以及客商合同交付价,响应周期,包装物明细的查询。外贸销售信息管

11、理系统是外贸信息管理系统的一个子功能模块,通过合同基本信息进行对应,以客商、产品、单价等编号与系统指定的产品编号作为连接的桥梁,将外贸销售信息管理系统与外贸信息管理系统融为一体。 外贸销售信息管理系统外贸信息管理系统产品编号唯一产品编号2.2用户的特点 本软件面向的最终用户是:各个被授权的职能部门的生产、采购人员,需要具有一定的计算机操作水平及会计知识,具有一定的学习能力,能够快速的接受新的知识,了解新的功能,快速掌握新的操作技能。本软件维护人员是:软件维护人员,数据库维护人员,数据维护整理人员:a、软件维护人员需要具有一定的编程知识及编程经验,借助软件开发文档,能够以最短的时间,了解软件各子

12、模块的功能,并可以根据要求对模块进行修改或改善;b、数据维护人员需要具有较强的数据库专业知识,能够定期的备份数据库、优化数据库运行环境及数据库运行监控,了解实时的数据库运行情况;c、数据维护整理人员需要熟悉整个软件的各个功能,熟悉整个软件的运行流程,并能够根据软件运行情况及 实际情况提出整改意见,进一步完善软件的功能。由于外贸销售信息管理系统是外贸信息管理系统的一个子功能,外贸信息每天都有使用,因此本软件使用频度很大,对数据库要求较高,需要作大量的处理。3需求规定3.1对功能的规定3.1.1核算本期总销售额该功能模块主要是针对本期销售资金回笼及指定客商的销售合同额完成数使用,由分管外销归口人员

13、核算出每个地区、国家及客商的每月的总额,然后汇总,并与上期同比。输入本期合同总销售额结算月末回收资金明细、汇总数据查询发至财务明细、汇总报表输入:外销人员根据每份合同核算出本人负责的计划销售;处理:将总额写入服务器数据库,计算出计划回笼资金,并生成总额明细表;输出:地区、客商成交总额明细表、汇总表;数据查询条件:1、 根据部门查询总成交明细数据,包括每月的回笼资金数据;2、 根据部门查询汇总数据;外币、人民币3、 根据指定年份月份查询所有总成交额明细数据、汇总数据;报表输出:1、 按部门输出各国家地区指定年份或月份外贸销售明细数据报表;2、 按部门输出各客商指定年份或月份外贸汇总数据报表;3、

14、 按销售人员分工指定年份或月份外贸汇总数据报表;4、 按产品类型规格指定年份或月份外贸汇总数据报表;实例:2007年1月2007年6月分管销售人员外销金额明细报表 报表日期:2007-08-11地、国客商统计月份合同号订货成交合同额完成额货款资金到达额2007年客商合同成交汇总报表 报表日期:2007-08-11客商地区合同号成交额完成额货款资金到达额3.1.2外贸合同销售产品基础信息设置该模块需要设置好外贸合同中,国家、地区、产品规格、特点描述、交货期、成交期、经办人、数量、单价的基本信息,然后根据各产品的尺寸、重量、包装要求情况,包装材料的全部采购数量、规格、单重;同时还需要设置客商,产品

15、在包装上的信息(如 头、贴牌)需要手工输入,并根据需要及时的更新;信息设置合同、外贸产品基本信息基本包装尺寸参数信息输入包装要求或特殊要求信息输入交付、发运信息输入包装变更合同、产品、单价、总价、交货包装订单明细、汇总报表变更记录查询变更明细报表变更记录产品规格、周期计算基本信息输入:根据外贸合同产品编号、查询该产品尺寸、交付、发运、重量、发运港、到达港基本信息,预先输入的每项产品包装物尺寸基本信息,员工基本成数/分数明细;处理:从信息库中提取该产品基本信息,设置不同产品的基本数量、包装要求,以及产品配套(台、套、盏、只)输出:产品交付所需包装物数量,产品交付日期,发运,到达地;数据查询条件:

16、1、 根据产品编号、查询该产品基本参数及合同要求配套2、 根据国家、地区查询各合同、单价、总价、产品、交付等明细数据;3、 根据外贸员分工查询等明细数据;4、 根据客商编号、查询产品单价、交付记录明细;报表输出:1、 按国家地区部门生成的基础信息报表;(单价等)2、 根据客商类型生成的基本信息数据明细报表;(单价等)3、 按销售人员分工统计明细报表;外销产品基础信息明细报表(销售员a、b)报表日期:地区国家客商产品名称规格单价数量总价 一线员工基础信息明细报表(国家地区)报表日期:销售人员国家地区产品名称规格单价数量总价备注各类产品对应的包装材料基础信息明细报表 报表日期:产品重量kg内包装尺

17、寸体积长宽高内包装数量外包装总量包装物到厂日期件/每个内包装其他下略 3.2对性能的规定3.2.1精度 程序输入量: 文字形式的以字符形式输入:日期形式的以标准日期格式(yyyy-mm-dd)输入,具体到时间的标准日期格式输入(yyyy-mm-dd hh:mm:ss);数值型数据保留二位小数输入,增速位数根据实际情况确定,并保留一定的变化余地。 程序输出量: 所有输出量都格式化成字符形式输出,日期格式转化成标准公司以后以文本形式输出,数值型保留二位小数,最终以整数形式输出,不保留小数。 数据传输过程: 字符型以文本形式传输,日期格式标准日期时间格式传输,数值类型根据输入精度处理,结算进行四舍五

18、入,保留整数。3.2.2时间特性要求 说明对于该软件的时间特性要求,如下:a、 系统要求快速的查询响应时间,合理设计数据库索引,减少大数据量查询; b、管理模块需要根据销售人员分工或国家、地区、大公司设定明确的界定时间,由系统自动生存明细; c、系统要求进行快速计算,避免长时间计算而系统出现假死状态,同时要求精密显示计算精度条,明确显示计算精度; d、系统要求快速报表,避免每次报表都要进行计算,报表一次生成,需要修改则重新生成,计算生成报表数据记录入数据库,其它查询报表直接从数据库中查询,不用再进行计算;3.2.3灵活性 软件系统需要具有较强的灵活性,具体要求如下: a、软件要求运行于多个平台

19、,虽然大多数为windows xp操作系统,不排除仍存在其它操作系统,因此需要兼容多个平台; b、系统要求运行同一分辨率,以达到最灵活的操作,需要自动识别当前分辨率,并根据系统设定,自动更改分辨率;c、系统要求采用模块化的代码编写,提高代码复用性,减少冗余代码的编写;d、系统要求可以用户自定义的参数进行配置,由用户自己设定运行参数,灵活变换参数,为统计结算的更改提供有力的支持;e、系统要求尽量减少鼠标操作,每个操作功能都增加键盘快捷键;f、系统要求大数据量的操作尽可能的使用批量处理,减少重复操作,提高工作效率;g、系统要求实现自动变更功能,程序启动自动检测新版本;h、系统要求采用简洁、直观的操

20、作界面,通俗易懂的提示信息。3.3数据管理能力要求系统对数据管理能力具有较高的要求,每月的数据量随产品品种的增加而增加,根据现有产品数,以及未来的发展趋势,初步列出数据存储量如下:1、产品销售记录:是以销售产品品种为主,根据现有信息,采用每月份分割数据存储的方式,将上年度的数据作为历史数据另外存储,新年度的数据由系统自动创建存储空间,另外存储;2、销售人员业绩记录:当月实际销售数是以该销售人员业绩为基础的,但当前销售员相对较多,每月生成一次,考虑到系统实际运行的性能,仍采用数据按月份分割存储方式;3、可列出该品种在各国、地区、销售人员的明细记录:根据月销售而生成的数额;考虑数据量的增加对数据库

21、的访问性能有影响,因此绝大部分数据存储采用按年份进行拆分的数据存储方式,一方面有效的对历史数据进行管理,另一方面区分对历史数据的访问,极大的提高数据查询速度,同时也提高了数据的汇总、报表的生成速度。3.4其它专门要求 系统对数据保密性又较高的要求,由于涉及到同一产品,各经销代理商的单价与金额,因此要求根据不同的地区、经销商和时期,对于本职范围的权限要进行严格控制,一方面保护公司的机密,另一方面防止数据的外泄。系统将采用团队开发模式,必须要求代码模块化,一方面可以提高系统的运行效率,精简代码,另一方面为以后的维护提供方便,另外要求系统要有一定的接口,方便以后系统功能的扩充。4运行环境规定4.1设

22、备下面列出了运行该系统需要的硬件设备,包括:a、cpu:p4或具有统一性能的其它处理器,内存:256m内存以上,硬盘:20m硬盘空间及以上,操作系统:windows 2000及以上,数据库系统:采用microsoft sql server 2000作为属性数据库;b、打印机:普通a4打印机,主要用于打印各类报表;c、网络:本系统是基于c/s模式,一个是用户客户端,一个是数据库系统。所以需要普通的客户pc各数据服务器构成一个网络环境。4.2支持软件 列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。整个系统开发过程当中,需要用到以下支持软件:1、microsoft wind

23、ows xp professional操作系统平台,2、borland delphi7企业版作为系统开发平台,3、microsoft sql server 2000个人版作为数据测试平台,4、vss6.0作为版本控制系统,5、各类系统开发平台插件等。 附录a系统总体方案设计系统组成及逻辑结构1)系统模块结构登陆模块销售管理单价总余额订货及交付期结算包装物发运产品及配套查询,统计2)数据库销售数据组织结构图对外销售合同对外销售合同包装物采购要求单价、总金额凭证规格规格包装物到公司产品数量大包装 头等等单位品种、名称应用系统结构 我们采用分布式客户/服务器应用系统。 分布式客户/服务器应用系统,在

24、完全分布的客户/服务器应用系统下,客户端用户接口进程在pc上执行,这些计算机lan与应用系统服务器相连。工作站上的进程(程序)响应用系统服务器请求服务。用户接口程序,即客户程序是应用系统的数据来源或数据用户。它们可以是传统的“菜单和屏幕”程序,也可以是一种事件驱动器。支撑系统结构支撑系统主要包括计算机网络系统、数据库系统和信息化基础软件核心平台1)计算机网络 计算机网络的基本功能是突破地域和时间限制,实现资源(信息、软件、硬件和服务)享受在本系统中,我们采用内部局域网。2)数据库系统数据库系统的基本功能是对数据进行组织、存储和管理。企业 在生产控制过程和经营管理过程中必然会产生大量的数据,对这

25、些数据进行有效的管理和合理应用,并从大量的数据中提取出有效的信息以支持企业的决策,是数据库系统的基本目标我们在结合公司所有数据库版本和数据库的兼容性后,决定采用数据库3)信息化基础软件核心平台 信息化基础软件核心平台通过一系列的中间件为制造信息化提供支撑服务,支持网络分布软件的开发、运行和部署,为信息化提供安全、高效和高可用的运行支撑环境。在系统中暂不考虑信息化基础软件核心平台。系统集成系统集成即时以用户的应用需要和投入资金的规模为出发点,综合应用计算机网络相关技术,适当选择各种软硬件设备,经过相关人员的集成设计,安装调试,应用开发等大量技术性工作和相应的管理性及商务性工作,使集成后能够满足用

26、户的实际工作要求,具有良好的性能和适当的价格的计算机网络系统的全过程。由于公司前期工作完备,计划合理,已经实现了基本信息化,网络化,主要业务操作人员都配备有计算机和熟练的计算机操作经验,公司在硬件,软件方面基本准备完毕,基本可以实现少量投入。附录b数据库系统设计需求分析 公司外销管理信息库系统提出的要求中,有要求“管理软件必须严格设定登陆修改权限,工作人员能浏览所以信息,但只可修改属于本条线的信息,以防止意外损害其他信息”具体要求,根据该要求和其他设计要求,我们数据库设计方案如下:1.将信息表中的基本信息,销售经办人等不涉及到各条线业务和基本不会改动的信息提取出来,组成一张基本销售员信息表。2

27、.将各业务数据单独提取出来,组成各地区国家的业务数据库,同时 ,严格分析各业务数据的交叉数据,与工作人员联系,确定该交叉数据的具体选择和修改人员,避免交叉修改造成数据不一致。3.使用人员编号为数据库的各业务数据的联系纽带,通过人员编号将各种业务和人员信息连接成一个有机整体。4.每个业务表有一个历史表以保存期数据的变化和修改这样设计的好处有:1.不会造成因交叉修改造成数据不一致2.每次修改只需要保存与业务相关的数据修改,不但能大大的减少数据库开销,还能在一定程度上保持数据完整性数据信息模型1.个人信息数据信息模型基本信息合同完成信息基本信息 各业务模块业务信息产品信息价格信息地区信息交付信息其他

28、信息地区销售历史信息交付历史信息其他历史信息产品历史信息价格历史信息订货客商成交历史完整信息订货客商合同现在完整信息2. 销售信息数据信息模型产品及数量地区、国家单价单位(配套)包装交付户籍户籍合同产品信息产品配套价格总金额国家.地区信息交付包装到达港修改和改变后的户籍信息结构图3. 数据库数据结构数据库引擎索引表空间临时表空间数据表空间内嵌视图视图数据表数据库设计模型就公司目前网络情况来看,我们决定采用纯网络数据库的结构:采用这个结构从理论的角度来看,是最合适这个系统的,应为它具有最好的实时性,可以将当前获得的数据立即传输出去,这样其他部门也就立即可以得知目前的业务情况。而且采用这个结构,从

29、数据库应用角度来看,对网络底层的传输情况不需要由太多的了解(这部分由tp/tcp提供的网络传输协议保证)。但是这种结构还有一个问题是它很大程度上依赖于中心数据库,对中心数据库可靠性和稳定性的要求相当高。这种结构的示意图如下:总经理终端外销主管终端销售员终端包装采购员终端db总部服务器数据库设计思想本系统应为考虑到数据完整性,数据一致性外贸部门提出的设计要求,采用了按操作员来划分模块的办法来划分模块。这样一来,各条线业务数据被单独提取出来,组成各条线的业务数据库,同时,严格分析各业务数据的交叉数据,确定该交叉数据的具体操作和修改人员。因此业务的复杂性和相互间的不相关性,会导致业务数据表的多样性和

30、复杂性。在考虑业务流程的基础上,可以预计如下 (1)公司有近几千种产品配套构成,同一人在每个业务数据库中至少有一条记录,初步估计初始化数据规模为7万到10万记录,为10万数据记录级别。 (2)有几项业务发生较为频繁,涉及数据较为庞大,历史数据表增加迅速。初步估计整体数据库年增加记录数在50万条左右。为10万数据记录级别。(3)在进行业务操作时,联表查询的数据要求较多。众所周知,数据库联表查询对数据库开销较大,对数据库临时表空间的大小要求较大。(4)数据库接口较多,大量的数据项,不是从数据库生存的,是从各个行政组长,业务员收集来的,这不但会使数据库需要提供更多接口,也给数据的一致性和安全性带来隐

31、患,例如:二次收集的信息不同,或收集信息不及时,带来了错误信息。根据 以上情况,我们可以考虑对数据库的结构稍微调整一下,以适应这种情况,集体如下:由于数据基数巨大(品种配套方式多),任一点对结构的有益调整对数据库的优化都是有非常大作用,并且这种优化是根本性的,我们考虑有以下优化方式:l 尽量将信息归并到信息中,减少数据表中的数据项。例如:业务员的个人用代号,换人不换代号,大大减少数据表中的数据项。l 可以考虑将业务和数据库管理接近的数据表合并。这样一来不但在一定程度上,在数据库管理和数据库开销,运行上得到优化。数据结构相似,可以考虑数据表合并。缺点:可能增加了不必要的大表全表搜索l 在进行业务

32、操作时,联表查询的数据要求较多。但分析可能的联表查询的业务,绝大部分和基本销售信息表进行联表查询的。其他模块和业务之间有逻辑数据独立性,我们基于这种情况可以建立一些视图和内嵌视图来缓解数据库联表查询对数据库开销较大,对数据库临时表空间的大小要求较大的影响。l 任何一个应用程序的库表至少需要创建两个表空间,其中之一用于存储表数据,而另一个用于存储表索引数据。因为如果将表数据和索引数据放在一起,表数据的i/o操作和索引的i/o操作将产生影响系统性能的i/o竞争,降低系统的响应效率。将表数据和索引数据存放在不同的表空间中(如一个为app-data,另一个为app-idx),并在物理层面将这两个表空间

33、的数据文件放在不同所谓物理磁盘上,就可以避免这种竞争了。l 此外,表数据和索引数据独立存储,还会带来数据管理和维护上的方面。如你在迁移一个业务数据库时,为了降低数据大小,可以只迁出表空间,在目标数据库中通过重建索引的方式就可以生存索引数据了。l 索引可能产生碎片,应为记录从表中删除时,相应也从表索引中删除,表释放的空间可以再用,而索引释放的空间却不能再用,频繁进行删除操作的被索引的表,应当阶段性地重建索引,以避免在索引中造成空间碎片,影响性能在许可的条件下,也可以阶段性地truncate表,truncate命令删除表中所有记录,也删除所有碎片。l 确保最优的索引使用:对于改善查询的速度,这是特

34、别重要的。有时oracle可以选择多个索引来进行查询,调优专家必须检查每个索引并且确保oracle使用正确对方的索引。它还包括bitmap和基于函数的索引的使用。l 消除不必要的大表全表搜索:不必要的全表搜索导致大量不必要的i/o,从而拖慢整个数据库的性能。调优专家首先会根据查询返回的行数目来评价sql。在一个有序的表中,如果查询返回至少于40%的行,或者在一个无序的表中,返回少于7%的行,那么这个查询都可以调整为使用一个索引来代替全表搜索。对于不必要搜索来说,最常见的调优方法是增加索引。可以在表中加入标准的b树索引,也可以加入bitmap和基于函数的索引。要决定是否消除一个全表搜索,你可以仔

35、细检查索引搜索的i/o开除和全表搜索的开销,他们的开销和数据块的读取和可能的并行执行有关,并将两者作对比。在一些情况下,一些不必要的全表搜索的消除可以通过强制使用一个index来达到,只需要在sql语句中加入一个索引的提示就可以了。数据库选型目前销售的类别、品种、规格与配套方式多样,数据量巨大,组织结构复杂,相关数据众多,加上销售信息要求有数据回溯功能,在考虑数据表的增长情况和外贸以后的发展情况后,可以明确一般数据库无法满足本系统的数据要求。我们在结合公司所用数据库版本和数据库的兼容性后,决定采用oracle数据库逻辑结构与共享方式设计逻辑结构数据库安全和保密性设计数据库安全 数据库系统安全控制是指为数据库系统建立的安全保护措施,以确保数据库系统软件和其中的数据不因偶然或恶意的原因而遭到破坏、更改和泄漏。与其他计算机系统(如操作系统)的安全需求类似,数据库系统的安全需求可以归纳为完整性、保密性和可用性3个方面。1.完整性 数据库系统的完整性主要包括物理完整性和逻辑完整性。 物理完整性是指保证数据库的数据不受物理故障(如硬件故障或掉电故障)的影响,并有可能在灾难性毁坏时重建和恢复数据库。数据完全可能存储大部分还由服

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论