总结及分析各种寻址方式。

第二十二课：51单片机的寻址方式

学习汇编程序设计，要先了解CPU的各种寻址法，才能有效的掌握各个命令的用途，寻址法是命令运算码找 *** 作数的方法。

指令的寻址方式

MOV P1，#0FFH这条指令，第一个词MOV是命令动词，也就是决定做什么事情的，MOV是MOVE少写了一个E，所以就是“传递”，这就是指令，规定做什么事情，数据传递必须要有一个“源”也就是你要送什么数，必须要有一个“目的”，也就是你这个数要送到什么地方去，显然在上面那条指令中，要送的数（源）就是0FFH，而要送达的地方（目的地）就是P1这个寄存器。

寻址方式：指定 *** 作数所在单元的方法。注意：源 *** 作数、目的 *** 作数都有各自的寻址方式。

掌握指令的7种寻址方式的作用以及不同寻址方式所查询的存储空间及范围，对于常用的指令，能够给出指令的寻址方式。在我们学习的8051单片机中，有7种寻址方法，下面我们将逐一进行分析。

立即寻址所要找的 *** 作数是一二进制数或十进制数，出现在指令中，用“#”作前缀MOV A，#20H在这种寻址方式中，指令多是双字节的，一般第一个字节是 *** 作码，第二个字节是 *** 作数。该 *** 作数直接参与 *** 作，所以又称立即数，有“#”号表示。立即数就是存放在程序存储器中的常数，换句话说就是 *** 作数（立即数）是包含在指令字节中的。例如：MOV A，#3AH这条指令的指令代码为74H、3AH，是双字节指令，这条指令的功能是把立即数3AH送入累加器A中。MOV DPTR，#8200H在前面学单片机的专用寄存器时，我们已学过，DPTR是一个16位的寄存器，它由DPH及DPL两个8位的寄存器组成。这条指令的意思就是把立即数的高8位（即82H）送入DPH寄存器，把立即数的低8位（即00H）送入DPL寄存器。这里也特别说明一下：在80C51单片机的指令系统中，仅有一条指令的 *** 作数是16位的立即数，其功能是向地址指针DPTR传送16位的地址，即把立即数的高8位送入DPH，低8位送入DPL。

直接寻址指令中直接给出 *** 作数的地址。MOV A，30HMOV 30H，DPH直接寻址方式是指在指令中 *** 作数直接以单元地址的形式给出，也就是在这种寻址方式中， *** 作数项给出的是参加运算的 *** 作数的地址，而不是 *** 作数。例如：MOV A，30H 这条指令中 *** 作数就在30H单元中，也就是30H是 *** 作数的地址，并非 *** 作数。在80C51单片机中，直接地址只能用来表示特殊功能寄存器、内部数据存储器以及位地址空间，

具体的说就是：

1、内部数据存储器RAM低128单元。在指令中是以直接单元地址形式给出。我们知道低128单元的地址是00H-7FH。在指令中直接以单元地址形式给出这句话的意思就是这0-127共128位的任何一位，例如0位是以00H这个单元地址形式给出、1位就是以01H单元地址给出、127位就是以7FH形式给出。

2、位寻址区。20H-2FH地址单元。

3、特殊功能寄存器。专用寄存器除以单元地址形式给出外，还可以以寄存器符号形式给出。例如下面我们分析的一条指令 MOV IE，#85H 前面的学习我们已知道，中断允许寄存器IE的地址是80H，那么也就是这条指令可以以MOV IE，#85H 的形式表述，也可以MOV 80H，#85H的形式表述。 关于数据存储器RAM的内部情况，请查看我们课程的第十二课。

直接寻址是唯一能访问特殊功能寄存器的寻址方式！大家来分析下面几条指令：

MOV 65H，A ；将A的内容送入内部RAM的65H单元地址中

MOV A，direct ；将直接地址单元的内容送入A中

MOV direct,direct；将直接地址单元的内容送直接地址单元

MOV IE,#85H ；将立即数85H送入中断允许寄存器IE前面我们已学过，数据前面加了“#”的，表示后面的数是立即数（如#85H，就表示85H就是一个立即数），数据前面没有加“#”号的，就表示后面的是一个地址地址（如，MOV 65H，A这条指令的65H就是一个单元地址）。

寄存器寻址 *** 作数存放在工作寄存器R0 ~ R7中，或寄存器B中。

MOV A，R2寄存器寻址的寻址范围是：

1、4个工作寄存器组共有32个通用寄存器，但在指令中只能使用当前寄存器组（工作寄存器组的选择在前面专用寄存器的学习中，我们已知道，是由程序状态字PSW中的RS1和RS0来确定的），因此在使用前常需要通过对PSW中的RS1、RS0位的状态设置，来进行对当前工作寄存器组的选择。

2、部份专用寄存器。例如，累加器A、通用寄存器B、地址寄存器DPTR和进位位CY。

寄存器寻址方式是指 *** 作数在寄存器中，因此指定了寄存器名称就能得到 *** 作数。

例如：

MOV A，R0这条指令的意思是把寄存器R0的内容传送到累加器A中， *** 作数就在R0中。

INC R3这条指令的意思是把寄存器R3中的内容加1

从前面的学习中我产应可以理解到，其实寄存器寻址方式就是对由PSW程序状态字确定的工作寄存器组的R0-R7进行读/写 *** 作。寄存器间接寻址指令中寄存器的内容作为 *** 作数存放的地址，指令中间接寻址寄存器前用“@”表示前缀。举“两个抽屉，两把钥匙”的例子。

MOV R0，#30H

MOV A，@R0

MOV A，#20H

MOV R1，#40H

MOV @R1，A

寄存间接寻址方式是指寄存器中存放的是 *** 作数的地址，即 *** 作数是通过寄存器间接得到的，因此称为寄存器间接寻址。MCS-51单片机规定工作寄存器的R0、R1做为间接寻址寄存器。用于寻址内部或外部数据存储器的256个单元。

为什么会是256个单元呢？

我们知道，R0或者R1都是一个8位的寄存器，所以它的寻址空间就是2的八次方=256。

例：MOV R0，#30H ；将值30H加载到R0中

MOV A，@R0 ；把内部RAM地址30H内的值放到累加器A中

MOVX A，@R0 ；把外部RAM地址30H内的值放到累加器A中

大家想想，如果用DPTR做为间址寄存器，那么它的寻址范围是多少呢？DPTR是一个16位的寄存器，所以它的寻址范围就是2的十六次方=65536=64K。因用DPTR做为间址寄存器的寻址空间是64K，所以访问片外数据存储器时，我们通常就用DPTR做为间址寄存器。

例：MOV DPTR，#1234H ；将DPTR值设为1234H（16位）

MOVX A，@DPTR ；将外部RAM或I/O地址1234H内的值放到累加器A中

在执行PUSH（压栈）和POP（出栈）指令时，采用堆栈指针SP作寄存器间接寻址。

例：PUSH 30H ；把内部RAM地址30H内的值放到堆栈区中堆栈区是由SP寄存器指定的，如果执行上面这条命令前，SP为60H，命令执行后会把内部RAM地址30H内的值放到RAM的61H内。

那么做为寄存器间接寻址用的寄存器主要有哪些呢？

我们前面提到的有四个，R0、R1、DPTR、SP寄存器

间接寻址范围总结：

1、内部RAM低128单元。对内部RAM低128单元的间接寻址，应使用R0或R1作间址寄存器，其通用形式为@Ri（i=0或1）。

2、外部RAM 64KB。对外部RAM64KB的间接寻址，应使用@DPTR作间址寻址寄存器，其形式为：@DPTR。

例如MOVX A，@DPTR；其功能是把DPTR指定的外部RAM的单元的内容送入累加器A中。

外部RAM的低256单元是一个特殊的寻址区，除可以用DPTR作间址寄存器寻址外，还可以用R0或R1作间址寄存器寻址。

例如MOVX A，@R0；这条指令的意思是，把R0指定的外部RAM单元的内容送入累加器A。

堆栈 *** 作指令（PUSH和POP）也应算作是寄存器间接寻址，即以堆栈指针SP作间址寄存器的间接寻址方式。

寄存器间接寻址方式不可以访问特殊功能寄存器！寄存器间接寻址也须以寄存器符号的形式表示，为了区别寄存器寻址我寄存器间接寻址的区别，在寄存器间接寻址方式式中，寄存器的名称前面加前缀标志“@”。

基址寄存器加变址寄存器的变址寻址

*** 作数地址 = 变地址 + 基地址

基地址寄存器 DPTR 或 PC

变址寄存器 @A

该寻址方式常用于访问程序存储器，查表。MOV A，@A + DPTR

这种寻址方式以程序计数器PC或DPTR为基址寄存器，累加器A为变址寄存器，变址寻址时，把两者的内容相加，所得到的结果作为 *** 作数的地址。这种方式常用于访问程序存储器ROM中的数据表格，即查表 *** 作。

变址寻址只能读出程序内存入的值，而不能写入，也就是说变址寻址这种方式只能对程序存储器进行寻址，或者说它是专门针对程序存储器的寻址方式。

例：MOVC A，@A+DPTR这条指令的功能是把DPTR和A的内容相加，再把所得到的程序存储器地址单元的内容送A

假若指令执行前A=54H，DPTR=3F21H，则这条指令变址寻址形成的 *** 作数地址就是54H+3F21H=3F75H。如果3F75H单元中的内容是7FH，则执行这条指令后，累加器A中的内容就是7FH。

变址寻址的指令只有三条，分别如下：

JMP @A+DPTR

MOVC A，@A+DPTR

MOVC A，@A+PC

第一条指令JMP @A+DPTR这是一条无条件转移指令，这条指令的意思就是DPTR加上累加器A的内容做为一个16位的地址，执行JMP这条指令是，程序就转移到A+DPTR指定的地址去执行。

第二、三条指令MOVC A，@A+DPTR和MOVC A，@A+PC指令

这两条指令的通常用于查表 *** 作，功能完全一样，但使用起来却有一定的差别，现详细说明如下。

我们知道，PC是程序指针，是十六位的。DPTR是一个16位的数据指针寄存器，按理，它们的寻址范围都应是64K。我们在学习特殊功能寄存器时已知道，程序计数器PC是始终跟踪着程序的执行的。也就是说，PC的值是随程序的执行情况自动改变的，我们不可以随便的给PC赋值。而DPTR是一个数据指针，我们就可以给空上数据指针DPTR进行赋值。

我们再看指令MOVC A，@A+PC这条指令的意思是将PC的值与累加器A的值相加作为一个地址，而PC是固定的，累加器A是一个8位的寄存器，它的寻址范围是256个地址单元。

讲到这里，大家应可明白，MOVC A，@A+PC这条指令的寻址范围其实就是只能在当前指令下256个地址单元。所在，这在我们实际应用中，可能就会有一个问题，如果我们需要查询的数据表在256个地址单元之内，则可以用MOVC A，@A+PC这条指令进行查表 *** 作，如果超过了256个单元，则不能用这条指令进行查表 *** 作。刚才我们已说到，DPTR是一个数据指针，这个数据指针我们可以给它赋值 *** 作的。通过赋值 *** 作。我们可以使MOVC A，@A+DPTR这条指令的寻址范围达到64K。这就是这两条指令在实际应用当中要注意的问题。

变址寻址方式是MCS-51单片机所独有的一种寻址方式。

位寻址

80C51单片机有位处理功能，可以对数据位进行 *** 作，因此就有相应的位寻址方式。所谓位寻址，就是对内部RAM或可位寻址的特殊功能寄存器SFR内的某个位，直接加以置位为1或复位为0。

位寻址的范围，也就是哪些部份可以进行位寻址：

1、我们在学习51单片机的存储器结构时，我们已知道在单片机的内部数据存储器RAM的低128单元中有一个区域叫位寻址区。它的单元地址是20H-2FH。共有16个单元，一个单元是8位，所以位寻址区共有128位。这128位都单独有一个位地址，其位地址的名字就是00H-7FH。

这里就有一个比较麻烦的问题需要大家理解清楚了。我们在前面的学习中00H、01H。7FH等等，所表示的都是一个字节（或者叫单元地址），而在这里，这些数据都变成了位地址。我们在指令中，或者在程序中如何来区分它是一个单元地址还是一个位地址呢？这个问题，也就是我们现在正在研究的位寻址的一个重要问题。其实，区分这些数据是位地址还是单元地址，我们都有相应的指令形式的。这个问题我们在后面的指令系统学习中再加以论述。

2、对专用寄存器位寻址。这里要说明一下，不是所有的专用寄存器都可以位寻址的。具体哪些专用寄存器可以哪些专用寄存器不可以，请大家回头去看看我们前面关于专用寄存器的相关文章。一般来说，地址单元可以被8整除的专用寄存器，通常都可以进行位寻址，当然并不是全部，大家在应用当中应引起注意。

相对寻址

把指令中给定的地址偏移量与本指令所在单元地址（PC内容）相加得到真正有效的 *** 作数所存放的地址。

举“李同学20岁，张同学比李同学大3岁”的例子。

JC 60H ；设（PC） = 2000H，

则当C = 1时，

转移的目的地址 = （PC）+ 2 + 60H

专用寄存器的位寻址表示方法：

下面我们以程序状态字PSW来进行说明

1、直接使用位地址表示：看上表，PSW的第五位地址是D5，所以可以表示为D5H MOV C，D5H

2、位名称表示：表示该位的名称，例如PSW的位5是F0，所以可以用F0表示 MOV C，F0

3、单元（字节）地址加位表示：D0H单元位5，表示为DOH5 MOV C,D0H5

4、专用寄存器符号加位表示：例如PSW5 MOV C,PSW5这四种方法实现的功能都是相同的，只是表述的方式不同而已。

例题：

1 说明下列指令中源 *** 作数采用的寻址方式。

MOV R5，R7 答案：寄存器寻址方式

MOV A，55H 直接寻址方式

MOV A，＃55H 立即寻址方式

JMP @A+DPTR 变址寻址方式

MOV 30H，C 位寻址方式

MOV A，@R0 间接寻址方式

MOVX A,@R0 间接寻址方式

改错题

请判断下列的MCS-51单片机指令的书写格式是否有错，若有，请说明错误原因。

MOV R0，@R3 答案： 间址寄存器不能使用R2～R7。

MOVC A，@R0+DPTR 变址寻址方式中的间址寄存器不可使用R0，只可使用A。

ADD R0，R1 运算指令中目的 *** 作数必须为累加器A，不可为R0。

MUL AR0 乘法指令中的乘数应在B寄存器中，即乘法指令只可使用AB寄存器组合。

上一页: 第二十一课：汇编程序的基本结构 下 一页: 第二十三课：数据传送类指令分析

更多资料请来教师吧：>

引用部件：Microsoft Windows Common Controls 60 (sp4)

加载后就可以用了 默认的是一个选项卡 要+的话 反键点击属性中的选项卡中的选项卡中的插入选项卡

需要引用Microsoft Windows Common Controls 60 (sp4)

然后添加选项卡控件

在选项卡控件的属性中添加选项

然后单击选项卡，按F1（你必须安装了MSDN）

按照它上面的例子做

选项卡控件不是一个容器，得做几个Frame或Picture把每一个选项里的控件“包”上。

以下为MSDN对选项卡控件的帮助：

TabStrip 控件就象笔记本的书签或者一组文件夹的标签一样。通过使用 TabStrip 控件，可以在应用程序中为某个窗口或者对话框的相同区域定义多个页面。

语法

TabStrip

说明

该控件由 Tabs 集合中的一个或者更多个 Tab 对象组成。在设计时和运行时，都可以通过设置该控件的属性影响 Tab 对象外观。也可以在设计时用 TabStrip 控件的属性页来添加或删除选项卡，要是在运行时用方法来添加或删除 Tab 对象。

Style 属性决定了 TabStrip 控件看起来是象下压按钮还是象笔记本标签 。在设计时将一个 TabStrip 控件放在某个窗体上时，它就有了一个笔记本标签。如果 Style 属性被设置为 tabTabs，那么 TabStrip 控件的内部区域周围将有一个边框。当 Style 属性被设置为 tabButtons 时，控件的内部区域周围不显示边框，不过，那个区域仍然存在。

要设置 TabStrip 控件的整体大小，用其拖动句柄或者设置其 Top、Left、Height 和 Width 属性。运行时根据该控件的整体大小，Visual Basic 自动决定内部区域的大小和位置并返回 Client-coordinate 属性— ClientLeft、ClientTop、ClientHeight 和 ClientWidth。MultiRow 属性决定了该控件能否具有多于一行的选项卡，TabWidthStyle 属性决定了每一行的外观，还有，如果 TabWidthStyle 属性被设置为 tabFixed，则可以用 TabFixedHeight 和 TabFixedWidth 属性来给 TabStrip 控件中的所有选项卡设置相同的高度和宽度。

TabStrip 控件不是容器。要想包含实际页面和它们的对象，必须用 Frame 控件或者其它容器，它们的大小必须与控件中所有 Tab 对象共享的内部区域匹配。如果针对该容器使用了一个控件数组，则可以使特定的 Tab 对象与数组中的每一项相关联，请看下例：

Option Explicit

Private mintCurFrame As Integer' Current Frame visible

Private Sub Tabstrip1_Click()

If Tabstrip1SelectedItemIndex = mintCurFrame _

Then Exit Sub ' No need to change frame

' Otherwise, hide old frame, show new

Frame1(Tabstrip1SelectedItemIndex)Visible = True

Frame1(mintCurFrame)Visible = False

' Set mintCurFrame to new value

mintCurFrame = Tabstrip1SelectedItemIndex

End Sub

注意 在容器上将控件分组时,必须使用上述显示/隐藏策略,而不使用 Zorder Method 将框架带到全面来。否则，实现访问键(ALT + 访问键)的控件将一直响应键盘命令，甚至当容器不是最顶端的控件时也如此。还要注意，必须将每个组放在它自己的容器中，以此将 OptionButton 控件的组分离开，否则，窗体上的所有 OptionButtons 将象一大组 OptionButtons。

提示 使用 BorderStyle 属性为 None 的 Frame 控件作为容器来取代 PictureBox 控件。Frame 控件比起 PictureBox 控件来说所花费的开销少。

TabStrip 控件的 Tabs 属性是所有 Tab 对象的集合。每个 Tab 对象都具有与其当前状态和外观相关联的属性。例如，可以使 ImageList 控件与 TabStrip 控件相关联，然后就可以在单个选项卡上使用图象了。也可以使工具提示与每个 Tab 对象相关联。

发行注意 TabStrip 控件是一组自定义控件的一部分，这组自定义控件可以在文件 MSCOMCTLOCX 中找到。为了在应用程序中使用 TabStrip 控件，必须将文件 MSCOMCTLOCX 添加到工程中去。当发布应用程序时，要把文件 MSCOMCTLOCX 安装到用户的 Microsoft Windows SYSTEM 目录下。关于如何在工程中添加自定义控件的详细信息，请参阅《程序员指南》。

参考资料：

我是来混分的

我的意见是

创建索引， 移除历史数据到备份表中

下面的内容来自别人总结的， 呵呵

1、1、调整数据结构的设计。这一部分在开发信息系统之前完成，程序员需要考虑是否使用ORACLE数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。

2、2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成，程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client/Server两层体系结构，还是使用Browser/Web/Database的三层体系结构。不同的应用程序体系结构要求的数据库资源是不同的。

3、3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL语句的执行效率最终决定了ORACLE数据库的性能。ORACLE公司推荐使用ORACLE语句优化器（Oracle Optimizer）和行锁管理器（row-level manager）来调整优化SQL语句。

4、4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的，数据库管理员可以根据数据库运行状况调整数据库系统全局区（SGA区）的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区（PGA区）的大小。需要注意的是，SGA区不是越大越好，SGA区过大会占用 *** 作系统使用的内存而引起虚拟内存的页面交换，这样反而会降低系统。

5、5、调整硬盘I/O，这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。

6、6、调整 *** 作系统参数，例如：运行在UNIX *** 作系统上的ORACLE数据库，可以调整UNIX数据缓冲池的大小，每个进程所能使用的内存大小等参数。

实际上，上述数据库优化措施之间是相互联系的。ORACLE数据库性能恶化表现基本上都是用户响应时间比较长，需要用户长时间的等待。但性能恶化的原因却是多种多样的，有时是多个因素共同造成了性能恶化的结果，这就需要数据库管理员有比较全面的计算机知识，能够敏感地察觉到影响数据库性能的主要原因所在。另外，良好的数据库管理工具对于优化数据库性能也是很重要的。

ORACLE数据库性能优化工具

常用的数据库性能优化工具有：

1、1、ORACLE数据库在线数据字典，ORACLE在线数据字典能够反映出ORACLE动态运行情况，对于调整数据库性能是很有帮助的。

2、2、 *** 作系统工具，例如UNIX *** 作系统的vmstat，iostat等命令可以查看到系统系统级内存和硬盘I/O的使用情况，这些工具对于管理员弄清出系统瓶颈出现在什么地方有时候很有用。

3、3、SQL语言跟踪工具（SQL TRACE FACILITY），SQL语言跟踪工具可以记录SQL语句的执行情况，管理员可以使用虚拟表来调整实例，使用SQL语句跟踪文件调整应用程序性能。SQL语言跟踪工具将结果输出成一个 *** 作系统的文件，管理员可以使用TKPROF工具查看这些文件。

4、4、ORACLE Enterprise Manager（OEM），这是一个图形的用户管理界面，用户可以使用它方便地进行数据库管理而不必记住复杂的ORACLE数据库管理的命令。

5、5、EXPLAIN PLAN——SQL语言优化命令，使用这个命令可以帮助程序员写出高效的SQL语言。

ORACLE数据库的系统性能评估

信息系统的类型不同，需要关注的数据库参数也是不同的。数据库管理员需要根据自己的信息系统的类型着重考虑不同的数据库参数。

1、1、在线事务处理信息系统（OLTP），这种类型的信息系统一般需要有大量的Insert、Update *** 作，典型的系统包括民航机票发售系统、银行储蓄系统等。OLTP系统需要保证数据库的并发性、可靠性和最终用户的速度，这类系统使用的ORACLE数据库需要主要考虑下述参数：

l l 数据库回滚段是否足够？

l l 是否需要建立ORACLE数据库索引、聚集、散列？

l l 系统全局区（SGA）大小是否足够？

l l SQL语句是否高效？

2、2、数据仓库系统（Data Warehousing），这种信息系统的主要任务是从ORACLE的海量数据中进行查询，得到数据之间的某些规律。数据库管理员需要为这种类型的ORACLE数据库着重考虑下述参数：

l l 是否采用B-索引或者bitmap索引？

l l 是否采用并行SQL查询以提高查询效率？

l l 是否采用PL/SQL函数编写存储过程？

l l 有必要的话，需要建立并行数据库提高数据库的查询效率

SQL语句的调整原则

SQL语言是一种灵活的语言，相同的功能可以使用不同的语句来实现，但是语句的执行效率是很不相同的。程序员可以使用EXPLAIN PLAN语句来比较各种实现方案，并选出最优的实现方案。总得来讲，程序员写SQL语句需要满足考虑如下规则：

1、1、尽量使用索引。试比较下面两条SQL语句：

语句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN

(SELECT deptno FROM emp);

语句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS

(SELECT deptno FROM emp WHERE deptdeptno = empdeptno);

这两条查询语句实现的结果是相同的，但是执行语句A的时候，ORACLE会对整个emp表进行扫描，没有使用建立在emp表上的deptno索引，执行语句B的时候，由于在子查询中使用了联合查询，ORACLE只是对emp表进行的部分数据扫描，并利用了deptno列的索引，所以语句B的效率要比语句A的效率高一些。

2、2、选择联合查询的联合次序。考虑下面的例子：

SELECT stuff FROM taba a, tabb b, tabc c

WHERE aacol between :alow and :ahigh

AND bbcol between :blow and :bhigh

AND cccol between :clow and :chigh

AND akey1 = bkey1

AMD akey2 = ckey2;

这个SQL例子中，程序员首先需要选择要查询的主表，因为主表要进行整个表数据的扫描，所以主表应该数据量最小，所以例子中表A的acol列的范围应该比表B和表C相应列的范围小。

3、3、在子查询中慎重使用IN或者NOT IN语句，使用where (NOT) exists的效果要好的多。

4、4、慎重使用视图的联合查询，尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。

5、5、可以在参数文件中设置SHARED_POOL_RESERVED_SIZE参数，这个参数在SGA共享池中保留一个连续的内存空间，连续的内存空间有益于存放大的SQL程序包。

6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以帮助程序员将某些经常使用的存储过程“钉”在SQL区中而不被换出内存，程序员对于经常使用并且占用内存很多的存储过程“钉”到内存中有利于提高最终用户的响应时间。

CPU参数的调整

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

使用 *** 作相同命令可以看到CPU的使用情况，一般UNIX *** 作系统的服务器，可以使用sar –u命令查看CPU的使用率，NT *** 作系统的服务器，可以使用NT的性能管理器来查看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语句的解析情况：

SELECT FROM V$SYSSTAT

WHERE NAME IN

('parse time cpu', 'parse time elapsed', 'parse count (hard)');

这里parse time cpu是系统服务时间，parse time elapsed是响应时间，用户等待时间

waite time = parse time elapsed – parse time cpu

由此可以得到用户SQL语句平均解析等待时间＝waite time / parse count。这个平均等待时间应该接近于0，如果平均解析等待时间过长，数据库管理员可以通过下述语句

SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA

ORDER BY PARSE_CALLS;

来发现是什么SQL语句解析效率比较低。程序员可以优化这些语句，或者增加ORACLE参数SESSION_CACHED_CURSORS的值。

2、数据库管理员还可以通过下述语句：

SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;

查看低效率的SQL语句，优化这些语句也有助于提高CPU的利用率。

3、3、数据库管理员可以通过v$system_event数据字典中的“latch free”统计项查看ORACLE数据库的冲突情况，如果没有冲突的话，latch free查询出来没有结果。如果冲突太大的话，数据库管理员可以降低spin_count参数值，来消除高的CPU使用率。

内存参数的调整

内存参数的调整主要是指ORACLE数据库的系统全局区（SGA）的调整。SGA主要由三部分构成：共享池、数据缓冲区、日志缓冲区。

1、 1、 共享池由两部分构成：共享SQL区和数据字典缓冲区，共享SQL区是存放用户SQL命令的区域，数据字典缓冲区存放数据库运行的动态信息。数据库管理员通过执行下述语句：

select (sum(pins - reloads)) / sum(pins) "Lib Cache" from v$librarycache;

来查看共享SQL区的使用率。这个使用率应该在90％以上，否则需要增加共享池的大小。数据库管理员还可以执行下述语句：

select (sum(gets - getmisses - usage - fixed)) / sum(gets) "Row Cache" from v$rowcache;

查看数据字典缓冲区的使用率，这个使用率也应该在90％以上，否则需要增加共享池的大小。

2、 2、 数据缓冲区。数据库管理员可以通过下述语句：

SELECT name, value FROM v$sysstat WHERE name IN ('db block gets', 'consistent gets','physical reads');

来查看数据库数据缓冲区的使用情况。查询出来的结果可以计算出来数据缓冲区的使用命中率＝1 - ( physical reads / (db block gets + consistent gets) )。

这个命中率应该在90％以上，否则需要增加数据缓冲区的大小。

3、 3、 日志缓冲区。数据库管理员可以通过执行下述语句：

select name,value from v$sysstat where name in ('redo entries','redo log space requests');查看日志缓冲区的使用情况。查询出的结果可以计算出日志缓冲区的申请失败率：

申请失败率＝requests/entries，申请失败率应该接近于0，否则说明日志缓冲区开设太小，需要增加ORACLE数据库的日志缓冲区。

以上就是关于总结及分析各种寻址方式。全部的内容，包括:总结及分析各种寻址方式。、侠盗列车圣安地秘籍、VB6.0的选项卡控件使用问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！