四点数据库开发技术解析

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

解析四点数据库开发技术

数据库的应用非常广泛,在生产生活或上网娱乐过程中,都离不开数据库。数据库是存放数据的仓库,在这个仓库里面,数据库的使用者可以很方便的集中管理数据。

当今常用的几种数据库管理系统DBMS

计算机实质上就是“信息处理机”,所谓的信息包括:文字、图片、音频和视频等一切具有特定意义的符号或记录。而计算机从诞生之日起就要跟这些数据打交道,最初的数据管理系统称为“文件系统”,即将数据以文件列表的方式存放,后来为了让数据管理规化,开发了数据库管理系常DBMS)。

与数据库知识相关的一些基本概念有:

数据:文字、图片、音频和视频等一切具有特定意义的符号或记录。

数据库:也称为数据仓库,是存放数据的物理的或逻辑的介质。

数据库管理系统(DBMS):管理数据库的专用数据管理软件。

数据库管理员(DBA):具有管理数据库权限的人。

根据功能级别和数据管理性能,当今常用的数据库管理系统(DBMS)可以分为3类:

大型数据库:Oracle、DB2。

型数据库:Sybase、Informix、SqlServer。

小型数据库:Access、Sybase sql、Anywhere、dbf、execl。

关系代数与数据库SQL语言

当今主流的数据库都是属于“关系型数据库”,所谓关系型数据库就是数据库里面管理的数据就是一二维表

规化和数据库表设计常见的问题

如前文所述,一个主码就可以确定一个元组,也就是说元组的所有属性都依赖于主码,如果A属性组函数依赖于B属性组,并且B属性组如果去掉任一属性,则函数依赖都不成立,则成为A属性组完全函数依赖于B属性组。完全函数依赖在数据库设计规化理论中有重要的意义。

目前关系数据库有六种式:第一式(1NF)、第二式(2NF)、第三式(3NF)、第四式(4NF)、第五式(5NF)和第六式(6NF)。满足最低要求的式是第一式(1NF)。在第一式的基础上进一步满足更多要求的称为第二式(2NF),其余式以次类推。反过来说,也就是满足6NF的,一定满足5NF,以此类推。ODBC、DAO和ADO技术简介

如前文所述,序列化实际上就是将要保存的数据在程序关闭之前写入磁盘,而需要读取时,再从磁盘写入到存中进行处理,显然,如果要处理的数据比系统可用

的存大(系统可用的存可以由物理存和虚拟存组成),则序列化是无效的。另外,就算是待处理的数据能够顺利装入存,也没有必要将所有的数据都装入存处理。微软公司的ADO(ActiveX Data Objects)是一个用于存取数据源的COM 组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的,而只用关心到数据库的连接。访问数据库的时候,关于SQL的知识不是必要的,但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。

数据库性能优化之CPU资源

数据库优化不仅仅是DBA(数据库管理员)的事情,它也是应用设计人员、应用开发人员必须作的事情。在确认了由谁来进行数据库优化之后,就要考虑从何时开始进行数据库优化。许多人认为对数据库的优化不急,等到用户开始抱怨系统运行速度无法忍受时,再进行优化。但此时某些有效的优化手段己无法有效的使用。

对于熟悉软件工程的人来说,在一个系统的生命周期,对系统进行调整,想利用较小的人力、物力而能够收到较好的收益的话,最好在系统的设计和开发期进行。如果软件已成为产品,此时再进行系统调整,则耗费的精力最多,而收益最小。同样,对于数据库的优化,最好的时期是在系统的设计和开发阶段,尽量避免在系统成型之后再进行优化。

无论是设计或维护数据库系统,都必须建立专门的性能指标,使人们能够有明确的目标,知道在何时进行调整。调整一个数据库系统的最有效的步骤如下:

1、在设计系统时考虑系统的性能。

2、在开发应用程序时考虑系统的性能。

3、调整操作系统的硬件和软件设置。

4、识别系统的性能的瓶颈。

5、确认问题的原因。

6、采取纠正的动作

对于任何一个系统而言,良好设计的系统可以防止在应用生命周期以后产生的性能问题。同时,每一个系统设计人员和应用开发人员必须了解Oracle 的查询处理机制来编写有效的SQL 语句。以下提出进行系统设计时,应尽量遵循的原则:1、消除客户机/服务器应用中不必要的网络传输。例如:使用Oracle 的REPORT 时,尽可能对单表进行处理,不要对多表进行连接处理,以免造成不必要的网络传输。2、使用适用于自己系统的相应的Oracle 服务器选件(例如:并行查询或分布式数据库等)。3、除非系统有特殊的需要,请使用缺省的Oracle 锁,无须自己对应用程序进行加锁处理,以免产生不可预测的错误。4、为了便于对数据库的每个应用进行跟踪调测,尽可能记住每一个用户所运行的模块。便于今后对系统性能的跟踪。5、在数据库建立时,需从自身的实际出发建立合适的数据块长度。

CPU 是服务器的一项重要资源,服务器良好的工作状态是在工作高峰时CPU 的使用率在90%以上。如果空闲时间CPU 使用率就在90%以上,说明服务器缺乏CPU 资源,如果工作高峰时CPU 使用率仍然很低,说明服务器CPU 资源还比较富余。

使用操作系统命令可以看到CPU 的使用情况,一般UNIX 操作系统的服务器,可以使用sar -u 命令查看CPU 的使用率,Windows 系列的操作系统的服务器,可以使用性能管理器来查看CPU 的使用率。数据库管理员可以通过

查看v$sysstat 数据字典中“CPU used by this session”统计项得知Oracle 数据库使用的CPU 时间,查看“OS User level CPU time”统计项得知操作系统用户态下的CPU 时间,查看“OS System call CPU time”统计项得知操作系统系统态下的CPU 时间,操作系统总的CPU 时间就是用户态和系统态时间之和,如果Oracle 数据库使用的CPU 时间占操作系统总的CPU 时间90%以上,说明服务器CPU 基本上被Oracle 数据库使用着,这是合理,反之,说明服务器CPU 被其它程序占用过多,Oracle 数据库无法得到更多的CPU 时间。

数据库管理员还可以通过查看v$sesstat 数据字典来获得当前连接Oracle 数据库各个会话占用的CPU 时间,从而得知什么会话耗用服务器CPU 比较多。

出现CPU 资源不足的情况是很多的:SQL 语句的重解析、低效率的SQL 语句、锁冲突都会引起CPU 资源不足。

1、SQL 语句的重解析

数据库管理员可以执行下述语句来查看SQL 语句的解析情况:

SELECT * FROM

V$SYSSTAT

WHERE

相关文档
最新文档