临时表

1、MS SQLSERVER SQL Server 支持临时表。临时表就是那些名称以井号 (#) 开头的表。如果当用户断开连接时没有除去临时表，SQL Server 将自动除去临时表。临时表不存储在当前数据库内，而是存储在系统数据库 tempdb 内。 临时表有两种类型： 本地临时表：本地临时表的名称以单个数字符号 (#) 打头；它们仅对当前的用户连接是可见的；当用户从 Microsoft SQL Server 2000 实例断开连接时被删除。 全局临时表：全局临时表的名称以数学符号 (##) 打头，创建后对任何用户都是可见的。如果在创建全局临时表的连接断开前没有显式地除去这些表，那么只要所有其它任务停止引用它们，这些表即被除去。当创建全局临时表的连接断开后，新的任务不能再引用它们。当前的语句一执行完，任务与表之间的关联即被除去；因此通常情况下，只要创建全局临时表的连接断开，全局临时表即被除去。 例如，如果创建名为 employees 的表，则任何人只要在数据库中有使用该表的安全权限就可以使用该表，除非它已删除。如果创建名为 #employees 的本地临时表，只有您能对该表执行操作且在断开连接时该表删除。如果创建名为 ##employees 的全局临时表，数据表中的任何用户均可对该表执行操作。如果该表在您创建后没有其他用户使用，则当您断开连接时该表删除

在参与实际项目中，当 MySQL 表的数据量达到百万级时，普通的 SQL 查询效率呈直线下降，而且如果 where 中的查询条件较多时，其查询速度无法容忍。想想可知，假如我们查询淘宝的一个订单详情，如果查询时间高达几十秒，这么高的查询延时，任何用户都会抓狂。因此如何提高 SQL 语句查询效率，显得十分重要。 查询速度慢的原因 1、没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） 2、I/O 吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可采用多次查询，其他的方法降低数据量） 7、锁或者死锁（这是查询慢最常见的问题，是程序设计的缺陷） 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好，没有优化 30 种 SQL 查询语句的优化方法： 1、应尽量避免在 where 子句中使用 != 或者 <> 操作符，否则将引擎放弃使用索引而进行全表扫描。 2、应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： 1 select id from t where num is null ; 可以在 num 上设置默认值 0 ，确保表中 num 列没有 null 值，然后这样查询： 1

1）数据库设计方面： a. 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 b. 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： select id from t where num=0 c. 并不是所有索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时,查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。 d. 索引并不是越多越好，索引固然可以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有必要。 e. 应尽可能的避免更新索引数据列，因为索引数据列的顺序就是表记录的物理存储顺序，一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统需要频繁更新索引数据列

MySQL数据库 (下) MySQL高级应用 一、 MySQL联结表 ： 预备知识： 1、关系表：把信息分解成多个表， 一类数据 一个表， 各表 通过某些 共同的值相互关联 （所以才称为 关系数据库 ）。 2、联结：联结是一种机制，用来在一条SELECT语句中关联表，因此称为联结。通过联结，一条SELECT语句可以联结多个表返回一组输出。 3、完全限定列名： 表名+ . +列名 。 4、笛卡儿积（叉联积）：由没有联结条件表关系返回的结果为笛卡儿积，结果的行数是第一个表的行数乘以第二个表的行数。 5、表别名和列别名（SQL 一个别名只存在于查询期间。表别名只会在查询执行中使用。与列别名不同，表别名不返回MySQL客户端）：SELECT 列名 AS 列别名 FROM 表名 AS 表别名 (Oracle中没有AS，别名设置不用AS，直接指定别名即可） 　　一、 INNER JOIN（内连接/等值连接）--获取两个表中字段匹配关系的记录； mysql> SELECT a.runoob_id, a.runoob_author, b.runoob_count FROM runoob_tbl a INNER JOIN tcount_tbl b ON a.runoob_author = b.runoob_author; mysql> SELECT a.runoob_id, a.runoob

使用EXPLAIN关键字可以模拟优化器执行SQL语句，从而知道MySQL是 如何处理你的SQL语句的。分析你的查询语句或是结构的性能瓶颈 下面是使用 explain 的例子： 在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记，执行查询时，会返回执行计划的信息，而不是执行这条SQL（如果 from 中包含子查询，仍会执行该子查询，将结果放入临时表中） 使用的表 DROP TABLE IF EXISTS `actor`; CREATE TABLE `actor` ( `id` int(11) NOT NULL, `name` varchar(45) DEFAULT NULL, `update_time` datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; INSERT INTO `actor` (`id`, `name`, `update_time`) VALUES (1,'a','2017-12-22 15:27:18'), (2,'b','2017-12-22 15:27:18'), (3,'c','2017-12-22 15:27:18'); DROP TABLE IF EXISTS `film`; CREATE TABLE

当你创建临时表的时候，你可以使用temporary关键字。如： 　　 create temporary table tmp_table(name varchar(10) not null,passwd char(6) not null)‘ 或 CREATE TEMPORARY TABLE IF NOT EXISTS sp_output_tmp ENGINE = MEMORY SELECT …from … where ID=current_id; 　 　临时表只在当前连接可见，当这个连接关闭的时候，会自动drop。这就意味着你可以在两个不同的连接里使用相同的临时表名，并且相互不会冲突，或者使用 已经存在的表，但不是临时表的表名。(当这个临时表存在的时候，存在的表被隐藏了，如果临时表被drop，存在的表就可见了)。创建临时表你必须有 　　create temporary table 权限。 　　下面几点是临时表的限制： 　　1、临时表只能用在 memory,myisam,merge,或者innodb 2、临时表不支持mysql cluster(簇) 　　3、在同一个query语句中，你只能查找一次临时表。例如：下面的就不可用 　　mysql> SELECT * FROM temp_table, temp_table AS t2; 　　ERROR 1137: Can't reopen

郑昀 创建于2015/12/2 最后更新于2015/12/4 关键词：数据库，MySQL，自动化运维，DDL，DML，SQL审核，备份，回滚，Inception，osc 每个大型互联网公司都有一个数据库自动化运维系统，比如 Qunar 有 Inception（已开源），美团也有，赶集网的3个 DBA 开发了一个变更自助发布系统，淘宝和新浪呢都叫 iDB，腾讯互动娱乐团队有个 TMySQL。 大家都做这件事，一定是因为当数据量大到一定程度，数据重要到一定程度时，online schema change 和刷库不容有失，第一解决锁表问题，不能影响线上业务，第二搞定操作回滚问题，第三解救 DBA 于倒悬。我们的实现请参考《 #研发解决方案#iDB-数据库自动化运维平台 》。 0x00，普通DBA和文艺DBA怎么做SQL审核 无论是 DDL 操作，还是数据订正（也被称为 DML 操作），都涉及 SQL 审核、预执行和数据备份及回滚。 1 ，普通 DBA 青年的做法是： Dev 或 CM 给 DBA 发执行脚本， DBA 肉眼审核， 语法错误/语义错误/不符合规范/…… 驳回，修改，审核，再驳回，……，通过， DBA 执行前做一次全表备份， 援引 Inception 文档的原话： 『 备份是必要的，因为语句在没有执行时，都是想不到它影响会有多大 ，一般是不需要， 而需要时

临时表空间概念 临时表空间用来管理数据库排序操作以及用于存储临时表、中间排序结果等临时对象,当ORACLE里需要用到SORT的时候，并且当PGA中sort_area_size大小不够时，将会把数据放入临时表空间里进行排序。像数据库中一些操作： CREATE INDEX、 ANALYZE、SELECT DISTINCT、ORDER BY、GROUP BY、 UNION ALL、 INTERSECT、MINUS、SORT-MERGE JOINS、HASH JOIN等都可能会用到临时表空间。当操作完成后，系统会自动清理临时表空间中的临时对象，自动释放临时段。这里的释放只是标记为空闲、可以重用，其实实质占用的磁盘空间并没有真正释放。这也是临时表空间有时会不断增大的原因。 临时表空间存储大规模排序操作(小规模排序操作会直接在RAM里完成，大规模排序才需要磁盘排序Disk Sort)和散列操作的中间结果.它跟永久表空间不同的地方在于它由临时数据文件（temporary files）组成的,而不是永久数据文件（datafiles）。临时表空间不会存储永久类型的对象，所以它不会也不需要备份。另外，对临时数据文件的操作不产生redo日志，不过会生成undo日志。 创建临时表空间或临时表空间添加临时数据文件时，即使临时数据文件很大，添加过程也相当快

视图 视图是由从数据库的基本表中选出来的数据组成的逻辑窗口，它与基本表不同的是，视图是一个虚表。数据库中只存放视图的定义，而不存放视图包含的数据，这些数据仍存放在原来的基表中。所以基表中的数据如果发生改变，从视图中查询出的数据也随之改变。 视图是一个虚表，他是通过执行SQL查询所产生的。视图以select命名存储于数据字典当中。每当SQL查询包含有视图名称的时候，数据库管理系统会执行在视图定义当中所包含的查询，以建立其虚拟结果表。该结果表可以当做查询其余部分的源表使用。 视图可以是建立在一个或多个表上，也可以建立在视图上，但是不管怎么样对视图数据的操作最终都会转换为对基本表的操作，因为视图是一个虚表，数据实际上保存在基本表中 临时表 临时表是建立在系统临时文件夹中的表，如果使用得当，完全可以像普通表一样进行各种操作，在VFP退出时自动被释放。 临时表是一种并不存储在数据库当中的基表。与之相反的是，临时表只存在于创建该临时表的数据库会话被激活的情况下。 临时表存储在数据库会话中，不在数据库中，当使用show tables 时没有显示，但是可以查询，当关闭数据库（quit,exit）然后在打开在去数据库中查询的时候就不存在了。 视图和临时表的区别 1、视图只存在于单个查询当中，每次使用该视图名，其虚拟表就会根据现有的数据重新被创建。 2、临时表存在于它被创建的整个数据库会话过程中。 3

本文转载自：http://blog.csdn.net/u013412535/article/details/43462537 ETL ，是英文 Extract-Transform-Load 的缩写，用来描述将数据从来源端经过萃取（extract）、转置（transform）、加载（load）至目的端的过程。 ETL 一词较常用在 数据仓库 ，但其对象并不限于 数据仓库 。 ETL负责将分布的、异构数据源中的数据如关系数据、 平面数据文件等抽取到临时中间层后进行清洗、转换、集成，最后加载到数据仓库或数据集市中，成为联机分析处理、数据挖掘的基础。 ETL是数据仓库中的非常重要的一环。它是承前启后的必要的一步。相对于关系数据库，数据仓库技术没有严格的数学理论基础，它更面向实际工程应用。所以从工程应用的角度来考虑，按着物理数据模型的要求加载数据并对数据进行一些系列处理，处理过程与经验直接相关，同时这部分的工作直接关系数据仓库中数据的质量，从而影响到联机分析处理和数据挖掘的结果的质量。 数据仓库是一个独立的数据环境，需要通过抽取过程将数据从联机事务处理环境、外部数据源和脱机的数据存储介质导入到数据仓库中；在技术上，ETL主要涉及到关联、转换、增量、调度和监控等几个方面；数据仓库系统中数据不要求与联机事务处理系统中数据实时同步，所以ETL可以定时进行。但多个ETL的操作时间