下载文档原格式
Oraclesql语句执⾏顺序sql语法的分析是从右到左⼀、sql语句的执⾏步骤：1）词法分析，词法分析阶段是编译过程的第⼀个阶段。
这个阶段的任务是从左到右⼀个字符⼀个字符地读⼊源程序，即对构成源程序的字符流进⾏扫描然后根据构词规则识别单词(也称单词符号或符号)。
词法分析程序实现这个任务。
词法分析程序可以使⽤lex等⼯具⾃动⽣成。
2）语法分析，分析语句的语法是否符合规范，衡量语句中各表达式的意义。
3）语义分析，检查语句中涉及的所有数据库对象是否存在，且⽤户有相应的权限。
4）视图转换，将涉及视图的查询语句转换为相应的对基表查询语句。
5）表达式转换，将复杂的 SQL 表达式转换为较简单的等效连接表达式。
6）选择优化器，不同的优化器⼀般产⽣不同的“执⾏计划”7）选择连接⽅式， ORACLE 有三种连接⽅式，对多表连接 ORACLE 可选择适当的连接⽅式。
8）选择连接顺序，对多表连接 ORACLE 选择哪⼀对表先连接，选择这两表中哪个表做为源数据表。
9）选择数据的搜索路径，根据以上条件选择合适的数据搜索路径，如是选⽤全表搜索还是利⽤索引或是其他的⽅式。
10）运⾏“执⾏计划”⼆、oracle 共享原理：ORACLE将执⾏过的SQL语句存放在内存的共享池(shared buffer pool)中，可以被所有的数据库⽤户共享。
当你执⾏⼀个SQL语句(有时被称为⼀个游标)时，如果它和之前的执⾏过的语句完全相同，ORACLE就能很快获得已经被解析的语句以及最好的执⾏路径.。
这个功能⼤⼤地提⾼了SQL的执⾏性能并节省了内存的使⽤。
三、oracle 语句提⾼查询效率的⽅法：1：where column in(select * from ... where ...);2：... where exists (select 'X' from ...where ...);第⼆种格式要远⽐第⼀种格式的效率⾼。
在Oracle中可以⼏乎将所有的IN操作符⼦查询改写为使⽤EXISTS的⼦查询。
sql语句执行流程SQL语句执行流程SQL是结构化查询语言的缩写，它是一种用于管理关系型数据库的语言。
在数据库中，SQL语句被用来创建、更新、删除和查询数据。
下面将详细介绍SQL语句执行的流程。
1. 解析阶段当用户输入SQL语句时，首先需要对其进行解析。
解析器会检查语法和拼写错误，并将SQL语句转换为计算机可以理解的格式。
在这个阶段，还会确定要执行的操作类型（如SELECT、INSERT、UPDATE或DELETE）以及要操作的表名和列名。
2. 编译阶段在编译阶段，数据库管理系统（DBMS）会将解析后的SQL语句转换为可执行代码。
这个代码通常称为查询计划或执行计划。
查询计划包含了一系列操作指令，用于读取和修改数据。
3. 优化阶段在优化阶段，DBMS会尝试找到最有效的查询计划。
它会考虑许多因素，如表大小、索引数量和可用内存等。
优化器还可以使用统计信息来估算每个可能的执行计划所需的时间和资源。
4. 执行阶段在执行阶段，DBMS会按照查询计划中指定的顺序读取数据并进行处理。
如果需要，在此期间还可以对数据进行排序、过滤和聚合等操作。
执行阶段还可以包括锁定和事务管理等步骤，以确保数据的一致性和安全性。
5. 返回结果最后，DBMS会将处理后的结果返回给用户。
如果是SELECT语句，结果将是一个数据集，包含满足查询条件的所有行。
如果是INSERT、UPDATE或DELETE语句，则返回受影响的行数。
总结SQL语句执行流程包括解析、编译、优化、执行和返回结果五个阶段。
在每个阶段，DBMS都会进行不同的操作以确保SQL语句能够正确地执行并返回正确的结果。
了解SQL语句执行流程对于优化查询性能和调试错误非常重要。
SQL的运行原理SQL（结构化查询语言）是关系数据库管理系统的标准语言，用于数据的查询、插入、更新和删除等操作。
了解SQL的运行原理对于数据库管理员、开发者以及任何与数据库打交道的人员都至关重要。
本文将深入探讨SQL的运行原理，包括其解析、优化和执行过程。
一、SQL语句的解析1. 词法解析当用户提交一个SQL语句时，数据库管理系统（DBMS）首先进行词法解析。
这一阶段会将SQL语句拆分成多个词法单元，如关键字、标识符、常量、运算符等。
这些词法单元是构成SQL语句的基本元素。
2. 语法解析在词法解析之后，DBMS会进行语法解析。
这一阶段会根据SQL语言的语法规则，将词法单元组合成语法树（也称为解析树）。
语法树是一种抽象语法结构的树状表现形式，它反映了SQL语句的结构和语义信息。
3. 语义解析语义解析是解析过程的最后阶段。
在这一阶段，DBMS会检查语法树的语义正确性，包括表名、列名是否存在，数据类型是否匹配，用户是否有相应的权限等。
如果语义解析通过，DBMS将生成一个可执行的查询计划。
二、查询优化查询优化是SQL执行过程中的一个关键步骤。
在这一阶段，DBMS会根据一定的优化算法和统计信息，从多个可能的查询计划中选择一个最优的查询计划。
优化器会考虑多种因素，如表的访问顺序、索引的使用、连接策略等，以最小化查询的执行成本。
查询优化的目标是找到一个既能满足查询语义要求又能最小化资源消耗的查询计划。
不同的数据库管理系统可能采用不同的优化技术和算法。
三、查询执行在查询优化之后，DBMS会按照优化器选择的查询计划执行查询。
执行过程包括数据的检索、过滤、排序、聚合等操作。
DBMS会根据查询计划中的指令，逐步执行各个操作，并返回查询结果给用户。
在执行过程中，DBMS还会处理并发控制和事务管理等问题，以确保数据的完整性和一致性。
并发控制用于协调多个用户同时访问数据库时的冲突，而事务管理则确保数据库操作的原子性、一致性、隔离性和持久性（ACID属性）。
Oracle执⾏SQL查询语句的步骤
sql语句的执⾏主要由⽤户进程与服务器进程来完成，其他的⼀些进程可能要辅助完成这⼀过程。
查询语句与其他的sql语句有所不同，如果⼀个查询语句执⾏成功，就要返回查询结果，⽽其他的sql语句只是返回执⾏成功或失败的信息。
查询语句的主要
SQL语句的执⾏主要由⽤户进程与服务器进程来完成，其他的⼀些进程可能要辅助完成这⼀些过程。
查询语句与其他的SQL语句有所不同，如果⼀个查询语句执⾏成功，就要返回查询结果，⽽其他的SQL语句只是返回执⾏成功或执⾏失败的信息。
查询语句的处理主要包括以下3个阶段：编译，执⾏和提取数据。
编译：在进⾏编译时，服务器进程将SQL语句的正⽂放⼊共享池的库⾼速缓存中并将完成以下处理。
1.⾸先在共享池中搜索是否有相同的SQL语句，如果没有就进⾏后续的处理。
2.检查该SQL语句的语法是否正确
3.通过查看数据字典来检查表和列的定义
4.对所操作的对象加编译锁，以便在编译语句期间这些对象的定义不能被改变
5.检查锁引⽤对象的权限
6.⽣成执⾏该SQL语句所需要的优化的执⾏条件
7.将SQL语句的执⾏计划装⼊共享的SQL区
执⾏：oracle服务器进程开始执⾏SQL语句是因为它已获得了执⾏SQL语句所需要的全部资源和信息。
提取数据：oracle服务器进程所选择所需的数据⾏，并在需要时将其排序，最后将结果返回给⽤户。
ORACLESQL语句执行流程与顺序原理解析在ORACLESQL中，执行一个SQL语句的流程和顺序如下：1.语法分析：首先，ORACLE会对SQL语句进行语法分析，检查语法的正确性和完整性。
如果SQL语句存在语法错误，ORACLE会报错并中止执行。
2.词法分析：在语法分析之后，ORACLE会对SQL语句进行词法分析，将语句分解为最小的语义单元，如关键字、表名、列名等。
这些语义单元被存储在内部数据结构中，以供后续处理使用。
3.查询优化：在语法和词法分析之后，ORACLE会进行查询优化，以确定最佳的执行计划。
查询优化是一个复杂的过程，其中包括确定表的访问顺序、连接顺序、选择合适的索引等。
ORACLE会根据统计信息和系统设置来评估每个可能的执行计划，并选择成本最低的执行计划作为最终的执行方案。
4.查询执行：一旦确定了最佳的执行计划，ORACLE就开始执行SQL查询。
查询执行过程通常包括以下步骤：a.打开表：根据执行计划，ORACLE会按照指定的顺序打开需要查询的表。
b.获取数据：ORACLE会根据执行计划从打开的表中获取需要的数据。
这个过程包括索引的查找、数据块的读取等。
c.执行操作：一旦获取到数据，ORACLE会执行SQL语句中指定的操作，如查询、插入、更新等。
这些操作会在内存中进行，直到事务提交或回滚。
d.关闭表：当查询完成后，ORACLE会关闭查询过程中打开的表，释放相关的资源。
5.结果返回：最后，ORACLE将查询的结果返回给客户端。
这些结果可以是查询结果集、插入、更新的行数等。
总结起来，ORACLESQL语句的执行流程可以简单概括为语法分析、词法分析、查询优化、查询执行和结果返回。
这个过程确保了SQL语句的正确性和效率。
oracle sql查询原理Oracle SQL查询原理Oracle SQL是一种用于数据管理和查询的编程语言，它是Oracle 数据库的核心组件之一。
在Oracle SQL中，查询是最常见和重要的操作之一。
本文将介绍Oracle SQL查询的原理和工作流程。
1. 查询语句的结构在Oracle SQL中，查询语句通常由SELECT、FROM、WHERE和ORDER BY等子句组成。
SELECT子句用于指定要返回的列，FROM子句用于指定要查询的表，WHERE子句用于指定查询的条件，ORDER BY子句用于指定查询结果的排序方式。
2. 查询的执行顺序在执行查询语句之前，Oracle数据库会首先解析查询语句，确定查询的执行计划。
执行计划是一个由多个步骤组成的操作序列，用于实现查询的目标。
查询的执行计划是根据数据库的统计信息和查询优化器来确定的。
3. 查询优化器的作用查询优化器是Oracle数据库的一个重要组件，它的主要作用是选择最佳的执行计划来执行查询。
查询优化器会根据查询的复杂度、表的大小、索引的使用情况等因素，选择最佳的执行计划。
查询优化器还可以根据实际执行情况动态调整执行计划，以提高查询的性能。
4. 查询的执行过程当查询语句被执行时，Oracle数据库会按照查询语句中的顺序依次执行各个子句。
首先，数据库会根据FROM子句指定的表来获取查询的数据源。
然后，数据库会根据WHERE子句指定的条件对数据进行过滤。
接下来，数据库会根据SELECT子句指定的列来返回查询结果。
最后，数据库会根据ORDER BY子句指定的排序方式对查询结果进行排序。
5. 查询的优化技术为了提高查询的性能，Oracle数据库提供了多种查询优化技术。
其中包括索引的使用、统计信息的收集、查询重写、连接消除、查询转换等。
这些技术可以有效地提高查询的执行速度和效率。
6. 查询的性能调优在实际应用中，为了提高查询的性能，我们需要进行查询的性能调优。
oracle sql执行流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 解析（Parse）：当用户提交 SQL 语句时，Oracle 首先对其进行解析。
详细分析SQL语句逻辑执⾏过程和相关语法1.1 SQL语句的逻辑处理顺序SQL语句的逻辑处理顺序，指的是SQL语句按照⼀定的规则，⼀整条语句应该如何执⾏，每⼀个关键字、⼦句部分在什么时刻执⾏。
除了逻辑顺序，还有物理执⾏顺序。
物理顺序是SQL语句真正被执⾏时的顺序(执⾏计划)，它是由各数据库系统的关系引擎中的语句分析器、优化器等等组件经过⼤量计算、分析决定的。
很多时候因为优化的关系，使得语句最终的物理执⾏顺序和逻辑顺序不同。
按照逻辑顺序，有些应该先执⾏的过程，可能优化器会指定它后执⾏。
但不管是逻辑顺序还是物理顺序，设计了⼀条SQL语句，语句最后返回的结果不会也不能因为物理顺序改变了逻辑顺序⽽改变。
其实，逻辑顺序只是为我们编写、理解SQL语句提供些帮助，除此之外，它毫⽆⽤处。
⽽且，是不是真的存在⼀条严格且完整的执⾏顺序规则都是不确定的事情。
虽然某些书上、⽹上给出了⼀些顺序(我个⼈所知道的⽐较权威的，是SQL Server的"圣书"技术内幕⾥介绍过)，但在任何⼀种数据库系统的官⽅⼿册上都没有关于这⽅⾯的介绍⽂档。
SQL Server和Oracle在语句的逻辑处理顺序上是⼀致的，在这⽅⾯，它们严格遵守了标准SQL的要求，任何⼀个步骤都遵循了关系型数据库的范式要求。
因为遵循了⼀些范式要求，导致标准SQL不允许使⽤某些语法。
但是MySQL、MariaDB和它们⼩有不同，它们对标准SQL进⾏扩展，标准SQL中不允许使⽤的语法，在MySQL、MariaDB中可能可以使⽤，但很多时候这会违反关系模型的范式要求。
虽然本⽂的最初⽬的是介绍MariaDB/MySQL语句的逻辑处理顺序，但在篇幅上对标准SQL介绍的更多，因为它们符合规范。
理解这些规范，实际上是在理解关系模型和集合模型。
本⽂也在多处通过这两个模型来分析为什么标准SQL不允许某些语法，以及为什么MySQL可以⽀持这些"不标准"的语法。
oracle-SQL语句执行原理和完整过程详解SQL 语句执行过程详解一条 sql，plsql 的执行到底是怎样执行的呢？一、SQL 语句执行原理：第一步:客户端把语句发给服务器端执行当我们在客户端执行select 语句时,客户端会把这条SQL 语句发送给服务器端,让服务器端的进程来处理这语句。
也就是说,Oracle 客户端是不会做任何的操作,他的主要任务就是把客户端产生的一些 SQL 语句发送给服务器端。
虽然在客户端也有一个数据库进程,但是,这个进程的作用跟服务器上的进程作用事不相同的。
服务器上的数据库进程才会对SQL 语句进行相关的处理。
不过,有个问题需要说明,就是客户端的进程跟服务器的进程是一一对应的。
也就是说,在客户端连接上服务器后,在客户端与服务器端都会形成一个进程,客户端上的我们叫做客户端进程;而服务器上的我们叫做服务器进程。
第二步:语句解析当客户端把 SQL 语句传送到服务器后,服务器进程会对该语句进行解析。
同理,这个解析的工作, 也是在服务器端所进行的。
虽然这只是一个解析的动作,但是,其会做很多“小动作”。
1. 查询高速缓存(library cache)。
服务器进程在接到客户端传送过来的SQL 语句时,不会直接去数据库查询。
而是会先在数据库的高速缓存中去查找,是否存在相同语句的执行计划。
如果在数据高速缓存中,则服务器进程就会直接执行这个SQL 语句,省去后续的工作。
所以,采用高速数据缓存的话,可以提高SQL 语句的查询效率。
一方面是从内存中读取数据要比从硬盘中的数据文件中读取数据效率要高,另一方面,也是因为这个语句解析的原因。
不过这里要注意一点,这个数据缓存跟有些客户端软件的数据缓存是两码事。
有些客户端软件为了提高查询效率,会在应用软件的客户端设置数据缓存。
由于这些数据缓存的存在,可以提高客户端应用软件的查询效率。
但是,若其他人在服务器进行了相关的修改,由于应用软件数据缓存的存在,导致修改的数据不能及时反映到客户端上。
oracle创建数据库的sql语句-概述说明以及解释1.引言1.1 概述概述部分可以介绍oracle数据库以及创建数据库的过程。
可以按照以下内容进行编写：概述Oracle数据库是目前最流行的关系型数据库管理系统之一，它具有高效、稳定和安全的特性，被广泛应用于各种企业级应用程序和系统。
在Oracle数据库中，创建数据库是一个非常重要且常见的操作，它为我们提供了一个数据存储和管理的平台。
创建数据库是指在Oracle数据库管理系统中新建一个数据库实例的过程。
在此过程中，我们可以定义数据库的名称、大小、字符集等属性，并为该数据库设置管理员用户和必要的权限。
通过使用SQL语句，我们可以轻松地创建一个全新的数据库实例，以满足特定的需求。
在本文中，我们将重点讨论Oracle数据库的创建过程以及相应的SQL 语句。
我们将详细介绍Oracle数据库创建的基本概念，包括数据库的结构、实例和表空间等概念。
然后，我们将给出一些常用的SQL语句示例，帮助读者了解如何使用SQL语句来创建Oracle数据库。
通过本文的学习，读者将能够掌握Oracle数据库的创建过程，并能够根据自己的需求创建适合的数据库实例。
此外，通过学习SQL语句的应用，读者还能够深入了解数据库的操作和管理，为今后的数据库开发和维护工作打下坚实的基础。
总结起来，本文将通过引言、正文和结论三个部分，全面探讨Oracle 创建数据库的SQL语句。
希望读者通过本文的阅读，能够对Oracle数据库的创建过程有一个清晰的认识，并能够熟练地运用SQL语句来创建自己所需的数据库实例。
在今后的工作中，读者将能够更加高效地进行数据库开发和管理，提升工作效率并取得更好的成果。
文章结构指的是文章整体的组织方式和章节安排。
在本篇文章中，我们将按照以下结构来展开讨论：1. 引言1.1 概述：介绍文章要讨论的主题——Oracle创建数据库的SQL 语句，并突出该主题的重要性和应用范围。
SQL语句执行过程详解一条sql，plsql的执行到底是怎样执行的呢？一、SQL语句执行原理：第一步:客户端把语句发给服务器端执行当我们在客户端执行select 语句时,客户端会把这条SQL 语句发送给服务器端,让服务器端的进程来处理这语句。
也就是说,Oracle 客户端是不会做任何的操作,他的主要任务就是把客户端产生的一些SQL 语句发送给服务器端。
虽然在客户端也有一个数据库进程,但是,这个进程的作用跟服务器上的进程作用事不相同的。
服务器上的数据库进程才会对SQL 语句进行相关的处理。
不过,有个问题需要说明,就是客户端的进程跟服务器的进程是一一对应的。
也就是说,在客户端连接上服务器后,在客户端与服务器端都会形成一个进程,客户端上的我们叫做客户端进程;而服务器上的我们叫做服务器进程。
第二步:语句解析当客户端把SQL 语句传送到服务器后,服务器进程会对该语句进行解析。
同理,这个解析的工作,其会做很多小动作。
也是在服务器端所进行的。
虽然这只是一个解析的动作,但是,“”1. 查询高速缓存(library cache)。
服务器进程在接到客户端传送过来的SQL 语句时,不会直接去数据库查询。
而是会先在数据库的高速缓存中去查找,是否存在相同语句的执行计划。
如果在数据高速缓存中,则服务器进程就会直接执行这个SQL 语句,省去后续的工作。
所以,采用高速数据缓存的话,可以提高SQL 语句的查询效率。
一方面是从内存中读取数据要比从硬盘中的数据文件中读取数据效率要高,另一方面,也是因为这个语句解析的原因。
不过这里要注意一点,这个数据缓存跟有些客户端软件的数据缓存是两码事。
有些客户端软件为了提高查询效率,会在应用软件的客户端设置数据缓存。
由于这些数据缓存的存在,可以提高客户端应用软件的查询效率。
但是,若其他人在服务器进行了相关的修改,由于应用软件数据缓存的存在,导致修改的数据不能及时反映到客户端上。
从这也可以看出,应用软件的数据缓存跟数据库服务器的高速数据缓存不是一码事。
2. 语句合法性检查(data dict cache)。
当在高速缓存中找不到对应的SQL 语句时,则服务器进程就会开始检查这条语句的合法性。
这里主要是对SQL 语句的语法进行检查,看看其是否合乎语法规则。
如果服务器进程认为这条SQL 语句不符合语法规则的时候,就会把这个错误信息,反馈给客户端。
在这个语法检查的过程中,不会对SQL 语句中所包含的表名、列名等等进行SQL 他只是语法上的检查。
3. 语言含义检查(data dict cache)。
若SQL 语句符合语法上的定义的话,则服务器进程接下去会对语句中的字段、表等内容进行检查。
看看这些字段、表是否在数据库中。
如果表名与列名不准确的话,则数据库会就会反馈错误信息给客户端。
所以,有时候我们写select 语句的时候,若语法与表名或者列名同时写错的话,则系统是先提示说语法错误,等到语法完全正确后,再提示说列名或表名错误。
4. 获得对象解析锁(control structer)。
当语法、语义都正确后,系统就会对我们需要查询的对象加锁。
这主要是为了保障数据的一致性,防止我们在查询的过程中,其他用户对这个对象的结构发生改变。
5. 数据访问权限的核对(data dict cache)。
当语法、语义通过检查之后,客户端还不一定能够取得数据。
服务器进程还会检查,你所连接的用户是否有这个数据访问的权限。
若你连接上服务器的用户不具有数据访问权限的话,则客户端就不能够取得这些数据。
有时候我们查询数据的时候,辛辛苦最后系统返回个没有权限访问数据的错误信息,让我们气苦地把SQL 语句写好、编译通过,但是, “”半死。
这在前端应用软件开发调试的过程中,可能会碰到。
所以,要注意这个问题,数据库服务器进程先检查语法与语义,然后才会检查访问权限。
6. 确定最佳执行计划?。
当语句与语法都没有问题,权限也匹配的话,服务器进程还是不会直接对数据库文件进行查询。
服务器进程会根据一定的规则,对这条语句进行优化。
不过要注意,这个优化是有限的。
一般在应用软件开发的过程中,需要对数据库的sql 语言进行优化,这个优化的作用要大大地大于服务器进程的自我优化。
所以,一般在应用软件开发的时候,数据库的优化是少不了的。
当服务器进程的优化器确定这条查询语句的最佳执行计划后,就会将这条SQL 语句与执行计划保存到数据高速缓存(library cache)。
如此的话,等以后还有这个查询时,就会省略以上的语法、语义与权限检查的步骤,而直接执行SQL 语句,提高SQL 语句处理效率。
第三步:语句执行语句解析只是对SQL 语句的语法进行解析,以确保服务器能够知道这条语句到底表达的是什么意思。
等到语句解析完成之后,数据库服务器进程才会真正的执行这条SQL 语句。
这个语句执行也分两种情况。
一是若被选择行所在的数据块已经被读取到数据缓冲区的话,则服务器进程会直接把这个数据传递给客户端,而不是从数据库文件中去查询数据。
若数据不在缓冲区中,则服务器进程将从数据库文件中查询相关数据,并把这些数据放入到数据缓冲区中(buffer cache)。
第四步:提取数据当语句执行完成之后,查询到的数据还是在服务器进程中,还没有被传送到客户端的用户进程。
所以,在服务器端的进程中,有一个专门负责数据提取的一段代码。
他的作用就是把查询到的数据结果返回给用户端进程,从而完成整个查询动作。
从这整个查询处理过程中,我们在数据库开发或者应用软件开发过程中,需要注意以下几点:一是要了解数据库缓存跟应用软件缓存是两码事情。
数据库缓存只有在数据库服务器端才存在,在客户端是不存在的。
只有如此,才能够保证数据库缓存中的内容跟数据库文件的内容一致。
才能够根据相关的规则,防止数据脏读、错读的发生。
而应用软件所涉及的数据缓存,由于跟数据库缓存不是一码事情,所以,应用软件的数据缓存虽然可以提高数据的查询效率,但是,却打破了数据一致性的要求,有时候会发生脏读、错读等情况的发生。
所以,有时候,在应用软件上有专门一个功能,用来在必要的时候清除数据缓存。
不过,这个数据缓存的清除,也只是清除本机上的数据缓存,或者说,只是清除这个应用程序的数据缓存,而不会清除数据库的数据缓存。
二是绝大部分SQL 语句都是按照这个处理过程处理的。
我们DBA 或者基于Oracle 数据库的开发人员了解这些语句的处理过程,对于我们进行涉及到SQL 语句的开发与调试,是非常有帮助的。
有时候,掌握这些处理原则,可以减少我们排错的时间。
特别要注意,数据库是把数据查询权限的审查放在语法语义的后面进行检查的。
所以,有时会若光用数据库的权限控制原则,可能还不能满足应用软件权限控制的需要。
此时,就需要应用软件的前台设置,实现权限管理的要求。
而且,有时应用数据库的权限管理,也有点显得繁琐,会增加服务器处理的工作量。
因此,对于记录、字段等的查询权限控制,大部分程序涉及人员喜欢在应用程序中实现,而不是在数据库上实现。
DBCC DROPCLEANBUFFERS从缓冲池中删除所有清除缓冲区。
DBCC FREEPROCCACHE从过程缓存中删除所有元素。
DBCC FREESYSTEMCACHE从所有缓存中释放所有未使用的缓存条目SQL语句中的函数、关键字、排序等执行顺序:1. FROM 子句返回初始结果集。
2. WHERE 子句排除不满足搜索条件的行。
3. GROUP BY 子句将选定的行收集到GROUP BY 子句中各个唯一值的组中。
4. 选择列表中指定的聚合函数可以计算各组的汇总值。
5. 此外,HAVING 子句排除不满足搜索条件的行。
6. 计算所有的表达式;7. 使用order by 对结果集进行排序。
8. 查找你要搜索的字段。
二、SQL语句执行完整过程：1.用户进程提交一个sql 语句: update temp set a=a*2，给服务器进程。
2.服务器进程从用户进程把信息接收到后,在PGA 中就要此进程分配所需内存,存储相关的信息,如在会话内存存储相关的登录信息等。
3.服务器进程把这个sql 语句的字符转化为ASCII 等效数字码,接着这个ASCII 码被传递给一个HASH 函数,并返回一个hash 值,然后服务器进程将到shared pool 中的library cache 中去查找是否存在相同的hash 值,如果存在,服务器进程将使用这条语句已高速缓存在SHARED POOL 的library cache 中的已分析过的版本来执行。
4.如果不存在,服务器进程将在CGA 中,配合UGA 内容对sql,进行语法分析,首先检查语法的正确性,接着对语句中涉及的表,索引,视图等对象进行解析,并对照数据字典检查这些对象的名称以及相关结构，并根据ORACLE 选用的优化模式以及数据字典中是否存在相应对象的统计数据和是否使用了存储大纲来生成一个执行计划或从存储大纲中选用一个执行计划,然后再用数据字典核对此用户对相应对象的执行权限,最后生成一个编译代码。
5.ORACLE 将这条sql 语句的本身实际文本、HASH 值、编译代码、与此语名相关联的任何统计数据和该语句的执行计划缓存在SHARED POOL 的library cache中。
服务器进程通过SHARED POOL 锁存器(shared pool latch)来申请可以向哪些共享PL/SQL 区中缓存这此内容,也就是说被SHARED POOL 锁存器锁定的PL/SQL 区中的块不可被覆盖,因为这些块可能被其它进程所使用。
6.在SQL 分析阶段将用到LIBRARY CACHE,从数据字典中核对表、视图等结构的时候,需要将数据字典从磁盘读入LIBRARY CACHE,因此,在读入之前也要使用LIBRARY CACHE 锁存器(library cache pin,library cache lock)来申请用于缓存数据字典。
到现在为止,这个sql 语句已经被编译成可执行的代码了,但还不知道要操作哪些数据,所以服务器进程还要为这个sql 准备预处理数据。
7.首先服务器进程要判断所需数据是否在db buffer 存在,如果存在且可用,则直接获取该数据,同时根据LRU 算法增加其访问计数;如果buffer 不存在所需数据,则要从数据文件上读取首先服务器进程将在表头部请求TM 锁(保证此事务执行过程其他用户不能修改表的结构),如果成功加TM 锁,再请求一些行级锁(TX 锁),如果TM、TX 锁都成功加锁,那么才开始从数据文件读数据,在读数据之前,要先为读取的文件准备好buffer 空间。
服务器进程需要扫面LRU list 寻找free db buffer,扫描的过程中,服务器进程会把发现的所有已经被修改过的db buffer 注册到dirty list 中, 这些dirty buffer 会通过dbwr 的触发条件,随后会被写出到数据文件,找到了足够的空闲buffer,就可以把请求的数据行所在的数据块放入到db buffer 的空闲区域或者覆盖已经被挤出LRU list 的非脏数据块缓冲区,并排列在LRU list 的头部,也就是在数据块放入DB BUFFER 之前也是要先申请db buffer 中的锁存器,成功加锁后,才能读数据到db buffer。
