四点数据库开发技术解析Word文档下载推荐.docx
- 文档编号:13905300
- 上传时间:2022-10-14
- 格式:DOCX
- 页数:8
- 大小:23.89KB
四点数据库开发技术解析Word文档下载推荐.docx
《四点数据库开发技术解析Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《四点数据库开发技术解析Word文档下载推荐.docx(8页珍藏版)》请在冰豆网上搜索。
数据库管理系统(DBMS):
管理数据库的专用数据管理软件。
数据库管理员(DBA):
具有管理数据库权限的人。
根据功能级别和数据管理性能,当今常用的数据库管理系统(DBMS)可以分为3类:
大型数据库:
Oracle、DB2。
型数据库:
Sybase、Informix、SqlServer。
小型数据库:
Access、Sybasesql、Anywhere、dbf、execl。
关系代数与数据库SQL语言
当今主流的数据库都是属于“关系型数据库”,所谓关系型数据库就是数据库里面管理的数据就是一二维表
规化和数据库表设计常见的问题
如前文所述,一个主码就可以确定一个元组,也就是说元组的所有属性都依赖于主码,如果A属性组函数依赖于B属性组,并且B属性组如果去掉任一属性,则函数依赖都不成立,则成为A属性组完全函数依赖于B属性组。
完全函数依赖在数据库设计规化理论中有重要的意义。
目前关系数据库有六种式:
第一式(1NF)、第二式(2NF)、第三式(3NF)、第四式(4NF)、第五式(5NF)和第六式(6NF)。
满足最低要求的式是第一式(1NF)。
在第一式的基础上进一步满足更多要求的称为第二式(2NF),其余式以次类推。
反过来说,也就是满足6NF的,一定满足5NF,以此类推。
ODBC、DAO和ADO技术简介
如前文所述,序列化实际上就是将要保存的数据在程序关闭之前写入磁盘,而需要读取时,再从磁盘写入到存中进行处理,显然,如果要处理的数据比系统可用的存大(系统可用的存可以由物理存和虚拟存组成),则序列化是无效的。
另外,就算是待处理的数据能够顺利装入存,也没有必要将所有的数据都装入存处理。
微软公司的ADO(ActiveXDataObjects)是一个用于存取数据源的COM组件。
它提供了编程语言和统一数据访问方式OLEDB的一个中间层。
允许开发人员编写访问数据的代码而不用关心数据库是如何实现的,而只用关心到数据库的连接。
访问数据库的时候,关于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数据字典中“CPUusedbythissession”统计项得知Oracle数据库使用的CPU时间,查看“OSUserlevelCPUtime”统计项得知操作系统用户态下的CPU时间,查看“OSSystemcallCPUtime”统计项得知操作系统系统态下的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
NAME
IN('
parsetimecpu'
'
parsetimeelapsed'
'
parsecount(hard)'
)
这里parsetimecpu是系统服务时间,parsetimeelapsed是响应时间,用户等待时间waitetime=parsetimeelapsed-parsetimecpu由此可以得到用户SQL语句平均解析等待时间=waitetime/parsecount。
这个平均等待时间应该接近于0,如果平均解析等待时间过长,数据库管理员可以通过
下述语句来发现是什么SQL语句解析效率比较低:
SELECTSQLJEXT,PARSECALLS,EXECUTIONSFROMV$SQLAREAORDERBYPARSE_CALLS;
程序员可以优化这些语句,或者增加Oracle参数SESSION_CACHED_CURSORS的值。
2、低效率的SQL语句
数据库管理员还可以通过下述语句来查看低效率的SQL语句:
SELECTBUFFER_GETS,EXECUTIONS,SQL_TEXTFROMV$SQLAREA;
优化这些语句也有助于提高CPU的利用率。
3、冲突
数据库管理员可以通过v$system_event数据字典中的“latchfree”统计项查看Oracle数据库的冲突情况,如果没有冲突的话,latchfree查询出来没有结果。
如果冲突太大的话,数据库管理员可以降低spin_count参数值,来消除高的CPU使用率。
教你迅速定位路由器故障
当网络出现故障时,如何迅速定位故障点,是评估一个网络管理员能力的一个基本指标。
笔者今天就以Cisco的路由器路由器为例向大家分享一下如何迅速定位路由器故障,为大家解决网络故障提供一点思路。
虽然Cisco网络设备的稳定性毋庸置疑。
但是,在使用的过程中,仍然会有种种原因导致网络通信中断。
此时,迅速的找出故障所在,并及时进行修改,是维持系统正常运行的关键。
通常情况下,思科路由器若出现故障的话,不过就是线路、端口、链路方面出现了某些物理或者配置上的错误。
一、如何判断以太网端口故障?
一般情况下,若因为路由器的原因导致网络终端,则最可能的原因就是以太网的某个端口出现了故障。
其实,Cisco路由器的ISO软件,本身就提供了许多检测的命令。
通过其自带的命令工具,我们可以非常轻松的发现一些常规的错误。
如我们可以先判断一下这个以太网端口是否出现了物理上的故障。
此时,我们就可以利用showversion命令。
若使用了这个命令后,发现你所在用的端口没有显示出来,就表示你用的物理端口出现了故障。
如果你有备用端口的话,只需要换一个既可。
若不幸没有备用端口,那么你可能不得不需要更换一个路由器。
showversion可以显示出所有物理性正常的端口,过滤物理性故障的端口。
若我们排出了以太网端口物理性故障的话,则就需要通过showinterfaceethernet命令,来检测配置上面是否存在一些问题。
如果一切正常的话,则会显示Ethernet0isup,LineProtocoiIsUp。
若路由器没有连接到网络上,即连接故障,则会显示Ethernet0isup,LineProtocoiIsDown。
此时,网络管理员就要考虑是否是连接线出现了问题。
若是接口故障,则路由器会显示Ethernet0isDown,LineProtocoiIsDown提示。
另外,有时候网络故障可能是我们不小心操作所造成的,如错误的把以太网端口关闭了。
此时,路由器会显示Ethernet0isAdministrativelydown。
此时,网络管理员只需要把这个端口重新开启,即可以解决路由器通信故障。
通常情况下,当出现路由器故障时,我们第一个需要检测的就是以太网端口的工作状态。
此时,我们往往显示判断路由器是否有物理性的故障。
排除这个原因后,再来看以太网端口与线路连接、配置上的问题。
这主要是因为排除物理性故障比排除其他故障要容易的多;
而且,若是物理性故障的话,你再去检测其他原因都是白搭。
所以,在检测以太网端口故障时,要判断是否是物理性的故障。
二、如何判断串行端口的故障。
如果企业网络与远程通信出现中断的话,则网络管理员就需要判断是否是串行端口出现了故障。
串行端口的检验相对来说,要比以太网端口的检验负责一些。
通常情况下,要按如下的顺序进行检验。
首先判断线路是否中断。
在路由器上有一些信号指示灯,通过这些灯我们可以判断一些线路上的问题。
如正常情况下,路由器上会有DTU指示灯,它一共有四种类型的指示灯,不同的灯代表不同的含义
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 四点 数据库 开发 技术 解析