alias常识

1alias（别名）在SQL上的用处是什么

我们讨论 alias （别名） 在 SQL 上的用处。

最常用到的别名有两种： 栏位别名及表格别名。 简单地来说，栏位别名的目的是为了让 SQL 产生的结果易读。

在之前的例子中， 每当我们有营业额总合时，栏位名都是 SUM(sales)。虽然在这个情况下没有什么问题，可是如果这个栏位不是一个简单的总合，而是一个复杂的计算，那栏位名就没有这么易懂了。

若我们用栏位别名的话，就可以确认结果中的栏位名是简单易懂的。 第二种别名是表格别名。

要给一个表格取一个别名，只要在 FROM 子句中的表格名后空一格，然后再列出要用的表格别名就可以了。这在我们要用 SQL 由数个不同的表格中获取资料时是很方便的。

这一点我们在之后谈到连接 （join） 时会看到。 我们先来看一下栏位别名和表格别名的语法： SELECT "表格别名"。

"栏位1" "栏位别名" FROM "表格名" "表格别名" 基本上，这两种别名都是放在它们要替代的物件后面，而它们中间由一个空白分开。 我们继续使用 Store_Information这个表格来做例子： Store_Information 表格 store_namesalesdate Los Angeles$1500jan-05-1999 San Francisco$300jan-08-1999 Boston$700jan-08-1999 我们用跟 SQL GROUP BY 那一页一样的例子。

这里的不同处是我们加上了栏位别名以及表格别名： SELECT A1。store_name Store, SUM(A1。

Sales) "Total Sales" FROM Store_Information A1 GROUP BY A1。store_name 结果： Store Total Sales Los Angeles $1800 San Diego $250 Boston $700 在结果中，资料本身没有不同。

不同的是栏位的标题。这是运用栏位别名的结果。

在第二个栏位上，原本我们的标题是 "Sum(Sales)"，而现在我们有一个很清楚的 "Total Sales"。很明显地，"Total Sales" 能够比 "Sum(Sales)" 更精确地阐述这个栏位的含意。

用表格别名的好处在这里并没有显现出来，不过这在下一页 （SQL Join） 就会很清楚了。

2alias输出格式

1、你需要调整移动物体的Pivot。利用Crv Snap（快捷键Ctrl+Alt）捕捉可以精确将Pivot移动到长方体的顶点上，然后对需要移动的长方体使用Move，同样用Crv Snap，这样长方体就会按照Pivot的绝对位置移动，你的鼠标指针在哪儿，移动对象的Pivot就跟到哪儿，用Crv Snap移动到目标位置即可。

2、IGES。不过直接走效果不好。如果我要用到Max交换格式的话，一般都用Rhino先走一遍格式。

3、可以以Wavefront Obj格式导入。但是Alias是NURBS编辑工具，处理Mesh不是很方便。主要的Mesh工具集中在Palette的Mesh一类里面。

4、Alias的Boolean比Max更差劲。。。Alias只能针对Shell进行Boolean运算，对于一般的曲面和Mesh曲面，都是使用Intersect COS然后Trim的方法来做的。

尽量不要使用 or 使用or会引起全表扫描 将大大降低查询效率

alice like % &abigale& % 会使索引不起作用(针对sqlserver)

经过实践验证 charindex()并不比前面加%的like更能提高查询效率 并且charindex()会使索引失去作用（指sqlserver数据库）

字段提取要按照 需多少 提多少 的原则 避免 select 尽量使用 select 字段 字段 字段 实践证明 每少提取一个字段 数据的提取速度就会有相应的提升 提升的速度还要看您舍弃的字段的大小来判断

order by按聚集索引列排序效率最高 一个sqlserver数据表只能建立一个聚集索引 一般默认为ID 也可以改为其它的字段

能使用exists和not exists尽量使用 避免使用in或not in

能使用表连接尽量使用 避免使用exists和not exists

SET NOCOUNT ON

正确使用UNION和UNION ALL

慎用SELECT DISTINCT

少用游标

使用表的别名(Alias)

当在SQL语句中连接多个表时 请使用表的别名并把别名前缀于每个Column上 这样可以减少解析的时间并减少那些由Column歧义引起的语法错误

尽量少使用游标

原因很简单;就是游标的算法是最原始的计算机算法(和for if等语句一样 一条条搜索来算;效率极低);

而sql语句用的是集合运算;速度则快的多;如果用索引速度则很快(用了指针)

创建索引

a 聚集索引:

聚集索引是磁盘存储和逻辑显示是一样的

mssql表的主键一般是聚集索引;主键(每一条记录唯一确定);

创建的主键自动会是聚集索引;

如有一个非常大的表(有百万行);很长时间磁盘存储上会有类似碎片(磁盘填充率效率低;一般是频繁删除造成的);

要提高它的性能的最简洁办法是:把这个表的主键去掉再保存后;然后重新设主键再保存;

(这个表就会在磁盘上重新整理排序;性能当然会提高哟)

b 非聚集索引:

非聚集索引是在外面建立小的附加表(一种树形结构;大多数是B或B+树);

读(遍历select等sql语句)表特快;但写(update;delete insert等sql语句)表性能会略微下降

针对数据量大的表建议非聚集索引不要超过 个(节省额外磁盘负担)

不要给类似 性别 列创建索引

死锁:

是指有线程在读一条记录;别的线程读这条记录就要等待;

在mssql中只要长期占那条记录的线程去掉;死锁就会解除

在mssql中锁是针对每一行记录(所以性能不错)

经常产生锁的原因有:

a 在sql语句中使用事务语句(特别是事务中当查询比较耗时)

b 在前台的应用程序的connetion冲突(未关闭)

c 多表联合查询(尤其是在打开大的数据集时)

sql语句优化

a is null not or in 不会用索引

b 避免在索引列上使用计算或函数处理(索引会大失性能) 还有 % ;有的甚至会全失索引性能

c SELECT中避免使用 (宁可把需要字段列出来;而不要用去把所有的字段都列出来)

d 避免相关子查询(select中套select)

e where的条件中 =＞exists＞in (指性能)

f order by group by having distinct 等语句要慎用(因为它们效率不高;它们是先把数据到临时表中再进行处理的)

g 聚集索引如有 个字段组成(tt 和tt );tt 在前面;where的条件中如只用tt 字段来判断;就会用到一半的聚集索引;

where的条件中如tt 和tt 字段都用来判断了;就会全用到聚集索引;

where的条件中如只用tt 字段来判断;就会用不到聚集索引了;

尽量不要使用TEXT数据类型

除非你使用TEXT处理一个很大的数据 否则不要使用它 因为它不易于查询 速度慢 用的不好还会浪费大量的空间

一般的 VARCHAR可以更好的处理你的数据

尽量不要使用临时表

尽量不要使用临时表 除非你必须这样做 一般使用子查询可以代替临时表 使用临时表会带来系统开销

如果前台的代码你是使用数据库连接池而临时表却自始至终都存在 SQL Server提供了一些替代方案 比如Table数据类型

尽量少使用外键和触发器

因为在mssql中这些功能的性能做得不是很好;随便动一下表(它就会到相关的表去搞判断;有很多情况并不需要);在后台消耗资源大

lishixinzhi/Article/program/Oracle/201311/16744

可以通过定义表（使用 CREATE TABLE ）或通过定义投影到表的持久类来创建表：

由于以下原因，这两个名字之间的对应关系可能不相同:

表、视图或存储过程名称可以是限定的( schemaname )，也可以是限定的( name )。

模式名遵循标识符约定，需要特别注意非字母数字字符的使用。

模式名不应该指定为带分隔符的标识符。

尝试指定“USER”或任何其他SQL保留字作为模式名会导致 SQLCODE -312 错误。

INFORMATION_SCHEMA 模式名和相应的信息。

模式包名在所有命名空间中保留。

用户不应该在这个模式/包中创建表/类。

当执行一个创建 *** 作(比如 create TABLE )，指定一个还不存在的模式时，InterSystems IRIS将创建新的模式。

InterSystems IRIS使用模式名生成相应的包名。

由于模式及其对应包的命名约定不同，用户应该注意非字母数字字符的名称转换注意事项。

这些名称转换的注意事项与表不同:

INFORMATION_SCHEMA 模式名和相应的信息。

模式包名在所有命名空间中保留。

用户不应该在这个模式/包中创建表/类

在所有名称空间中保留 IRIS_Shard 模式名。

用户不应在此模式中创建表、视图或过程。

存储在 IRIS_Shard 模式中的项不会通过编目查询或 INFORMATION_SCHEMA 查询显示。

初始设置是对所有名称空间(系统范围)使用相同的默认模式名。

可以为所有命名空间设置相同的默认模式名，也可以为当前命名空间设置默认模式名。

如果创建了一个具有非限定名称的表或其他项，InterSystems IRIS将为其分配默认模式名和相应的持久类包名。

如果一个命名的或默认的模式不存在，InterSystems IRIS将创建模式(和包)，并将创建的项分配给该模式。

如果删除模式中的最后一项，InterSystems IRIS将删除该模式(和包)。

下面的模式名解析描述适用于表名、视图名和存储过程名。

系统范围的初始默认模式名是 SQLUser 。

对应的持久类包名是 User 。

因此，非限定表名 Employee 或限定表名 SQLUser 。

Employee 将生成类 UserEmployee 。

因为 USER 是一个保留字，尝试用 USER 的模式名(或任何SQL保留字)指定限定名会导致 SQLCODE -1 错误。

要返回当前默认模式名，请调用 $SYSTEMSQLDefaultSchema() 方法:

或者使用以下预处理器宏:

可以使用以下任意一种方式更改默认模式名:

注意:当更改默认的SQL模式名称时，系统将自动清除系统上所有名称空间中的所有缓存查询。

通过更改默认模式名称，可以更改所有包含非限定表、视图或存储过程名称的查询的含义。

强烈建议在安装InterSystems IRIS时建立默认的SQL模式名，以后不要修改。

模式名用于生成相应的类包名。

因为这些名称有不同的命名约定，所以它们可能不相同。

可以通过将其设置为系统范围的默认模式来创建与SQL保留字同名的模式，但是不建议这样做。

名为 User 的默认模式根据类命名唯一性约定，生成相应的类包名称 User0 。

如果指定 _CURRENT_USER/name 作为默认模式名，其中name是选择的任意字符串，那么InterSystems IRIS将当前登录进程的用户名分配为默认模式名。

如果进程没有登录，则name将用作默认的模式名。

例如，如果进程没有登录， _CURRENT_USER/HMO 使用HMO作为默认模式名。

在 $SYSTEMSQLSetDefaultSchema() 中，指定 "_CURRENT_USER" 作为带引号的字符串。

当访问一个现有的表(或视图，或存储过程)进行DML *** 作时，将从模式搜索路径中提供一个非限定的名称。

按照指定的顺序搜索模式，并返回第一个匹配项。

如果在搜索路径中没有找到匹配的模式，或者没有搜索路径，则使用默认的模式名。

(注意， #Import 宏指令使用了不同的搜索策略，不会“失败”到默认的模式名。)

如果非限定名与模式搜索路径中指定的任何模式或默认模式名不匹配，则会发出 SQLCODE -30 错误，例如: SQLCODE: -30 消息: Table 'PEOPLE' not found in schemas: CUSTOMERS,EMPLOYEES,SQLUSER 。

当创建一个基于odbc的查询以通过Mac上的Microsoft query从Microsoft Excel运行时，如果从可用的表列表中选择一个表，则生成的查询不包括该表的模式(相当于类的包)。

例如，如果选择从示例模式返回 Person 表的所有行，则生成的查询为:

因为InterSystems IRIS将不限定的表名解释为 SQLUser 模式中的表名，所以该语句要么失败，要么从错误的表返回数据。

要纠正这一点，编辑查询(在SQL View选项卡上)，显式引用所需的模式。

然后查询应该是:

INFORMATIONSCHEMA 。

SCHEMATA persistent 类列出当前名称空间中的所有模式。

下面的示例返回当前命名空间中的所有非系统模式名:

Management Portal SQL界面的左侧允许查看模式(或匹配筛选器模式的多个模式)的内容。

每个表在其模式中都有一个唯一的名称。

一个表有一个SQL表名和一个对应的持久化类名;

这些名称在允许的字符、区分大小写和最大长度方面有所不同。

如果使用SQL CREATE TABLE 命令定义，则指定遵循标识符约定的SQL表名;

系统生成一个对应的持久化类名。

如果定义为持久类定义，则必须指定只包含字母和数字字符的名称;

这个名称既用作区分大小写的持久类名，也用作(默认情况下)对应的不区分大小写的SQL表名。

可选的 SqlTableName class 关键字允许用户指定不同的SQL表名。

当使用 CREATE TABLE 命令创建表时，InterSystems IRIS使用表名生成相应的持久化类名。

由于表及其对应类的命名约定不同，用户应该注意非字母数字字符的名称转换:

同一个模式中的视图和表不能具有相同的名称。

尝试这样做会导致 SQLCODE -201 错误。

可以使用 $SYSTEMSQLTableExists() 方法确定一个表名是否已经存在。

可以使用 $SYSTEMSQLViewExists() 方法确定视图名是否已经存在。

这些方法还返回与表或视图名称对应的类名。

管理门户SQL interface Catalog Details表信息选项显示与所选SQL表名称对应的类名。

试图指定 “USER” 或任何其他SQL保留字作为表名或模式名会导致 SQLCODE -312 错误。

要指定SQL保留字作为表名或模式名，可以指定名称作为带分隔符的标识符。

如果使用带分隔符的标识符指定包含非字母数字字符的表或模式名，InterSystems IRIS将在生成相应的类或包名时删除这些非字母数字字符。

适用以下表名长度限制:

在SQL中，每条记录都由一个唯一的整数值标识，这个整数值称为 RowID 。

在InterSystems SQL中，不需要指定 RowID 字段。

当创建表并指定所需的数据字段时，会自动创建RowID字段。

这个 RowID 在内部使用，但没有映射到类属性。

默认情况下，只有当持久化类被投影到SQL表时，它的存在才可见。

在这个投影表中，将出现一个额外的 RowID 字段。

默认情况下，这个字段被命名为 “ID” ，并分配给第1列。

默认情况下，当在表中填充数据时，InterSystems IRIS将从1开始向该字段分配连续的正整数。 RowID 数据类型为 BIGINT（％LibraryBigInt） 。为 RowID 生成的值具有以下约束：每个值都是唯一的。不允许使用 NULL 值。排序规则是精确的。 默认情况下，值不可修改。

默认情况下，InterSystems IRIS将此字段命名为 “ ID” 。但是，此字段名称不是保留的。每次编译表时都会重新建立 RowID 字段名。如果用户定义了一个名为 “ ID” 的字段，则在编译表时，InterSystems IRIS会将 RowID 命名为 “ ID1” 。例如，如果用户随后使用 ALTER TABLE 定义了一个名为 “ ID1” 的字段，则表编译会将 RowID 重命名为 “ ID2” ，依此类推。在持久性类定义中，可以使用 SqlRowIdName 类关键字直接为此类投影到的表指定 RowID 字段名。由于这些原因，应避免按名称引用 RowID 字段。

InterSystems SQL提供了 ％ID 伪列名称（别名），无论分配给 RowID 的字段名称如何，该伪列名称始终返回 RowID 值。 （InterSystems TSQL提供了 $IDENTITY 伪列名称，其作用相同。）

ALTER TABLE 无法修改或删除 RowID 字段定义。

将记录插入表中后，InterSystems IRIS将为每个记录分配一个整数ID值。 RowID 值始终递增。它们不被重用。因此，如果已插入和删除记录，则 RowID 值将按升序排列，但可能不连续。

可以通过设置 SetDDLUseSequence（） 方法，将InterSystems IRIS配置为使用 $INCREMENT 执行 ID 分配。若要确定当前设置，请调用 $ SYSTEMSQLCurrentSettings（） 方法。

在持久性类定义中， IdLocation 存储关键字global（例如，对于持久性类 SamplePerson：<IdLocation> ^ SamplePersonD </ IdLocation> ）包含RowID计数器的最高分配值。 （这是分配给记录的最高整数，而不是分配给进程的最高整数。）请注意，此RowID计数器值可能不再与现有记录相对应。要确定是否存在具有特定RowID值的记录，请调用表的 ％ExistsId（） 方法。

通过 TRUNCATE TABLE 命令重置 RowID 计数器。即使使用 DELETE 命令删除表中的所有行，也不会通过 DELETE 命令将其重置。如果没有数据插入表中，或者已使用 TRUNCATE TABLE 删除所有表数据，则 IdLocation 存储关键字全局值未定义。

默认情况下， RowID 值不可用户修改。尝试修改 RowID 值会产生 SQLCODE -107 错误。覆盖此默认值以允许修改 RowID 值可能会导致严重的后果，只有在非常特殊的情况下并应格外谨慎。 ConfigSQLAllowRowIDUpdate 属性允许 RowID 值是用户可修改的。

通过定义一个用于投影表的持久类，可以定义 RowID 以具有字段或字段组合中的值。为此，请使用 IdKey index 关键字指定一个索引。例如，一个表可以具有一个 RowID ，其 RowId 通过在 PatientName [IdKey] 上指定索引定义 IdxId 来与 PatientName 字段的值相同；或者可以通过指定索引定义 IdxId 来将 PatientName 和 SSN 字段的组合值在 （PatientName，SSN）[IdKey]; 上。

当 RowID 基于多个字段时， RowID 值是由 || 连接的每个组成字段的值。 *** 作员。例如， Ross，Betsy || 123-45-6789 。 InterSystems IRIS尝试确定基于多个字段的 RowID 的最大长度。如果无法确定最大长度，则 RowID 长度默认为512。

用作外键引用的 RowID 必须是公共的。

默认情况下，不能将具有公共 RowID 的表用作源表或目标表，以使用 INSERT INTO SampleDupTable SELECT FROM SampleSrcTable 将数据复制到重复表中。

可以使用Management Portal SQL界面“目录详细信息字段”列出“隐藏”列来显示 RowID 是否被隐藏。

可以使用以下程序返回指定字段（在此示例中为 ID ）是否被隐藏：

update test a set acode=(select code from test b where aname=bname) where account='02'

Oracle的

SQL SERVER试一下这个，刚刚在网上查的语句，也不知道对不对，你测试一下吧

update a set acode=bcode from a join b on aname=bname where account='02'

是一个表呀，SQL SERVER用as来做表别名，这样一个表就有两个身份了，就可以连接了

update a set acode=bcode from a join a as b on aname=bname and aaccount='01' and baccount='02' where account='02'

最新查到，SQL SERVER可以用别名

但是表别名性能低，临时表性能高，详细如下：>

如何使用Druid监控sql

11 % Processor Time指处理器用来执行非闲置线程时间的百分比。通过此计数器可以确定服务器当前CPU使用百分比。 12 % Privileged Time是在特权模式下进程线程执行代码所花时间的百分比。当调用 Windows 系统服务时，此服务经常在特权模式运行

Druid是阿里巴巴开源平台上的一个项目，整个项目由数据库连接池、插件框架和SQL解析器组成。该项目主要是为了扩展JDBC的一些限制，可以让程序员实现一些特殊的需求，比如向密钥服务请求凭证、统计SQL信息、SQL性能收集、SQL注入检查、SQL翻译等，程序员可以通过定制来实现自己需要的功能。

我们要做到不但会写SQL,还要做到写出性能优良的SQL,以下为笔者学习、摘录、并汇总部分资料与大家分享！

（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：

ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表

（2） WHERE子句中的连接顺序．：

ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾

（3） SELECT子句中避免使用 ‘ ‘：

ORACLE在解析的过程中, 会将'' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间

（4） 减少访问数据库的次数：

ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等；

（5） 在SQLPlus , SQLForms和ProC中重新设置ARRAYSIZE参数, 可以增加每次数据库访问的检索数据量 ,建议值为200

（6） 使用DECODE函数来减少处理时间：

使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表

（7） 整合简单,无关联的数据库访问：

如果你有几个简单的数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系)

（8） 删除重复记录：

最高效的删除重复记录方法 ( 因为使用了ROWID)例子：

DELETE FROM EMP E WHERE EROWID > (SELECT MIN(XROWID)

FROM EMP X WHERE XEMP_NO = EEMP_NO);

（9） 用TRUNCATE替代DELETE：

当删除表中的记录时,在通常情况下, 回滚段(rollback segments ) 用来存放可以被恢复的信息 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回滚段不再存放任何可被恢复的信息当命令运行后,数据不能被恢复因此很少的资源被调用,执行时间也会很短 (译者按: TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML)

（10） 尽量多使用COMMIT：

只要有可能,在程序中尽量多使用COMMIT, 这样程序的性能得到提高,需求也会因为COMMIT所释放的资源而减少:

COMMIT所释放的资源:

a 回滚段上用于恢复数据的信息

b 被程序语句获得的锁

c redo log buffer 中的空间

d ORACLE为管理上述3种资源中的内部花费

（11） 用Where子句替换HAVING子句：

避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行过滤 这个处理需要排序,总计等 *** 作 如果能通过WHERE子句限制记录的数目,那就能减少这方面的开销 (非oracle中)on、where、having这三个都可以加条件的子句中，on是最先执行，where次之，having最后，因为on是先把不符合条件的记录过滤后才进行统计，它就可以减少中间运算要处理的数据，按理说应该速度是最快的，where也应该比having快点的，因为它过滤数据后才进行sum，在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在这单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，根据上篇写的工作流程，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的联接条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。由此可见，要想过滤条件起到正确的作用，首先要明白这个条件应该在什么时候起作用，然后再决定放在那里

（12） 减少对表的查询：

在含有子查询的SQL语句中,要特别注意减少对表的查询例子：

SELECT TAB_NAME FROM TABLES WHERE (TAB_NAME,DB_VER) = ( SELECT

TAB_NAME,DB_VER FROM TAB_COLUMNS WHERE VERSION = 604)

（13） 通过内部函数提高SQL效率：

复杂的SQL往往牺牲了执行效率 能够掌握上面的运用函数解决问题的方法在实际工作中是非常有意义的

（14） 使用表的别名(Alias)：

当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误

（15） 用EXISTS替代IN、用NOT EXISTS替代NOT IN：

在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接在这种情况下, 使用EXISTS(或NOT EXISTS)通常将提高查询的效率 在子查询中,NOT IN子句将执行一个内部的排序和合并 无论在哪种情况下,NOT IN都是最低效的 (因为它对子查询中的表执行了一个全表遍历) 为了避免使用NOT IN ,我们可以把它改写成外连接(Outer Joins)或NOT EXISTS

例子：

（高效）SELECT FROM EMP (基础表) WHERE EMPNO > 0 AND EXISTS (SELECT ‘X' FROM DEPT WHERE DEPTDEPTNO = EMPDEPTNO AND LOC = ‘MELB')

(低效)SELECT FROM EMP (基础表) WHERE EMPNO > 0 AND DEPTNO IN(SELECT DEPTNO FROM DEPT WHERE LOC = ‘MELB')

（16） 识别'低效执行'的SQL语句：

虽然目前各种关于SQL优化的图形化工具层出不穷,但是写出自己的SQL工具来解决问题始终是一个最好的方法：

SELECT EXECUTIONS , DISK_READS, BUFFER_GETS,

ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio,

ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,

SQL_TEXT

FROM V$SQLAREA

WHERE EXECUTIONS>0

AND BUFFER_GETS > 0

AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 08

ORDER BY 4 DESC;

以上就是关于alias常识全部的内容，包括:alias常识、数据库的查询优化方法分析、第五章 SQL定义表（一）等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！