如何实现MySQL数据库的备份与恢复

在数据库表丢失或损坏的情况下 备份你的数据库是很重要的 如果发生系统崩溃 你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 有时 正是MySQL管理员造成破坏 管理员已经知道表以破坏 用诸如vi或Emacs等编辑器试图直接编辑它们 这对表绝对不是件好事！备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp cpio或tar等） 每种方法都有其优缺点 mysqldump与MySQL服务器协同 *** 作 直接拷贝方法在服务器外部进行 并且你必须采取措施保证没有客户正在修改你将拷贝的表 如果你想用文件系统备份来备份数据库 也会发生同样的问题 如果数据库表在文件系统备份过程中被修改 进入备份的表文件主语不一致的状态 而对以后的恢复表将失去意义 文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程 这样你能采取措施确保服务器让表不受干扰 mysqldump比直接拷贝要慢些 mysqldump生成能够移植到其它机器的文本文件 甚至那些有不同硬件结构的机器上 直接拷贝文件不能移植到其它机器上 除非你正在拷贝的表使用MyISAM存储格式 ISAM表只能在相似的硬件结构的机器上拷贝 在MySQL 中引入的MyISAM表存储格式解决了该问题 因为该格式是机器无关的 所以直接拷贝文件可以移植到具有不同硬件结构的机器上 只要满足两个条件 另一台机器必须也运行MySQL 或以后版本 而且文件必须以MyISAM格式表示 而不是ISAM格式 不管你使用哪种备份方法 如果你需要恢复数据库 有几个原则应该遵守 以确保最好的结果 定期实施备份 建立一个计划并严格遵守 让服务器执行更新日志 当你在崩溃后需要恢复数据时 更新日志将帮助你 在你用备份文件恢复数据到备份时的状态后 你可以通过运行更新日志中的查询再次运用备份后面的修改 这将数据库中的表恢复到崩溃发生时的状态 以文件系统备份的术语讲 数据库备份文件代表完全倾倒（full dump） 而更新日志代表渐进倾倒（incremental dump） 使用一种统一的和易理解的备份文件命名机制 象backup buckup 等不是特别有意义 当实施你的恢复时 你将浪费时间找出文件里是什么东西 你可能发觉用数据库名和日期构成备份文件名会很有用 例如 %mysqldump samp_db >/usr/archives/mysql/samp_db %mysqldump menagerie >/usr/archives/mysql/menagerie 你可能想在生成备份后压缩它们 备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘 就象你让你的日志文件过期那样 用文件系统备份备份你的备份文件 如果遇上了一个彻底崩溃 不仅清除了你的数据目录 也清除了包含你的数据库备份的磁盘驱动器 你将真正遇上了麻烦 也要备份你的更新日志 将你的备份文件放在不同于用于你的数据库的文件系统上 这将降低由于生成备份而填满包含数据目录的文件系统的可能性 用于创建备份的技术同样对拷贝数据库到另一台机器有用 最常见地 一个数据库被转移到了运行在另一台主机上的服务器 但是你也可以将数据转移到同一台主机上的另一个服务器 使用mysqldump备份和拷贝数据库 当你使用mysqldumo程序产生数据库备份文件时 缺省地 文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句 换句话说 mysqldump产生的输出可在以后用作mysql的输入来重建数据库 你可以将整个数据库倾倒进一个单独的文本文件中 如下 %mysqldump samp_db >/usr/archives/mysql/samp_db 输出文件的开头看起来象这样 # MySQL Dump ## Host: localhost Database: samp_db# # Server version alpha log## Table structure for table absence #CREATE TABLE absence(student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date));## Dumping data for table absence #INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( ); 文件剩下的部分有更多的INSERT和CREATE TABLE语句组成 如果你想压缩备份 使用类似如下的命令 %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz如果你要一个庞大的数据库 输出文件也将很庞大 可能难于管理 如果你愿意 你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容 这将倾倒文件分成较小 更易于管理的文件 下例显示如何将samp_db数据库的一些表倾到进分开的文件中 %mysqldump samp_db student score event absence >grapbook sql%mysqldump samp_db member president >hist league sql如果你生成准备用于定期刷新另一个数据库内容的备份文件 你可能想用 add drop table选项 这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件 然后 当你取出备份文件并把它装载进第二个数据库时 如果表已经存在 你不会得到一个错误 如果你倒出一个数据库以便能把数据库转移到另一个服务器 你甚至不必创建备份文件 要保证数据库存在于另一台主机 然后用管道倾倒数据库 这样mysql能直接读取mysqldump的输出 例如 你想从主机拷贝数据库samp_db到 可以这样很容易做到 %mysqladmin h create samp_db%mysqldump samp_db | mysql h samp_db以后 如果你想再次刷新上的数据库 跳过mysqladmin命令 但要对mysqldump加上 add drop table以避免的得到表已存在的错误 %mysqldump add drop table samp_db | mysql h samp_dbmysqldump其它有用的选项包括 flush logs和 lock tables组合将对你的数据库检查点有帮助 lock tables锁定你正在倾倒的所有表 而 flush logs关闭并重新打开更新日志文件 新的更新日志将只包括从备份点起的修改数据库的查询 这将设置你的更新日志检查点位备份时间 （然而如果你有需要执行个更新的客户 锁定所有表对备份期间的客户访问不是件好事 ）如果你使用 flush logs设置检查点到备份时 有可能最好是倾倒整个数据库 如果你倾倒单独的文件 较难将更新日志检查点与备份文件同步 在恢复期间 你通常按数据库为基础提取更新日志内容 对单个表没有提取更新的选择 所以你必须自己提取它们 缺省地 mysqldump在写入前将一个表的整个内容读进内存 这通常确实不必要 并且实际上如果你有一个大表 几乎是失败的 你可用 quick选项告诉mysqldump只要它检索出一行就写出每一行 为了进一步优化倾倒过程 使用 opt而不是 quick opt选项打开其它选项 加速数据的倾倒和把它们读回 用 opt实施备份可能是最常用的方法 因为备份速度上的优势 然而 要警告你 opt选项确实有代价 opt优化的是你的备份过程 不是其他客户对数据库的访问 opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表 你可在一般数据库访问上很容易看到其效果 当你的数据库一般非常频繁地使用 只是一天一次地调节备份 一个具有 opt的相反效果的选项是 dedayed 该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句 如果你将数据文件装入另一个数据库并且你想是这个 *** 作对可能出现在该数据库中的查询的影响最小 delayed对此很有帮助 press选项在你拷贝数据库到另一台机器上时很有帮助 因为它减少网络传输字节的数量 下面有一个例子 注意到 press对与远端主机上的服务器通信的程序才给出 而不是对与本地主机连接的程序 %mysqldump opt samp_db | mysql press h samp_dbmysqldump有很多选项 详见《MySQL参考手册》 使用直接拷贝数据库的备份和拷贝方法 另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件 典型地 这用诸如cp tar或cpio实用程序 本文的例子使用cp 当你使用一种直接备份方法时 你必须保证表不在被使用 如果服务器在你则正在拷贝一个表时改变它 拷贝就失去意义 保证你的拷贝完整性的最好方法是关闭服务器 拷贝文件 然后重启服务器 如果你不想关闭服务器 要在执行表检查的同时锁定服务器 如果服务器在运行 相同的制约也适用于拷贝文件 而且你应该使用相同的锁定协议让服务器 安静下来 假设服务器关闭或你已经锁定了你想拷贝的表 下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录） %cd DATADIR%cp r samp_db /usr/archive/mysql单个表可以如下备份 %cd DATADIR/samp_db%cp member /usr/archive/mysql/samp_db%cp score /usr/archive/mysql/samp_db 当你完成了备份时 你可 lishixinzhi/Article/program/MySQL/201311/29384

如果你正在负责一个基于SQL Server的项目 或者你刚刚接触SQL Server 你都有可能要面临一些数据库性能的问题 这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）

在这里 我不打算介绍使用SQL Server的窍门 也不能提供一个包治百病的方案 我所做的是总结一些经验 关于如何形成一个好的设计 这些经验来自我过去几年中经受的教训 一直来 我看到许多同样的设计错误被一次又一次的重复

你了解你用的工具吗？

不要轻视这一点 这是我在这篇文章中讲述的最关键的一条 也许你也看到有很多的SQL Server程序员没有掌握全部的T SQL命令和SQL Server提供的那些有用的工具

什么？我要浪费一个月的时间来学习那些我永远也不会用到的SQL命令？？？ 你也许会这样说 对的 你不需要这样做 但是你应该用一个周末浏览所有的T SQL命令 在这里 你的任务是了解 将来 当你设计一个查询时 你会记起来 对了 这里有一个命令可以完全实现我需要的功能 于是 到MSDN查看这个命令的确切语法

不要使用游标

让我再重复一遍 不要使用游标 如果你想破坏整个系统的性能的话 它们倒是你最有效的首选办法 大多数的初学者都使用游标 而没有意识到它们对性能造成的影响 它们占用内存 还用它们那些不可思议的方式锁定表 另外 它们简直就像蜗牛 而最糟糕的是 它们可以使你的DBA所能做的一切性能优化等于没做 不知你是否知道每执行一次FETCH就等于执行一次SELECT命令？这意味着如果你的游标有 条记录 它将执行 次SELECT！如果你使用一组SELECT UPDATE或者DELETE来完成相应的工作 那将有效率的多

初学者一般认为使用游标是一种比较熟悉和舒适的编程方式 可很不幸 这会导致糟糕的性能 显然 SQL的总体目的是你要实现什么 而不是怎样实现

我曾经用T SQL重写了一个基于游标的存储过程 那个表只有 条记录 原来的存储过程用了 分钟才执行完毕 而新的存储过程只用了 秒钟 在这里 我想你应该可以看到一个不称职的程序员究竟在干了什么！！！

我们可以写一个小程序来取得和处理数据并且更新数据库 这样做有时会更有效 记住 对于循环 T SQL无能为力

我再重新提醒一下 使用游标没有好处 除了DBA的工作外 我从来没有看到过使用游标可以有效的完成任何工作

规范化你的数据表

为什么不规范化数据库？大概有两个借口 出于性能的考虑和纯粹因为懒惰 至于第二点 你迟早得为此付出代价 而关于性能的问题 你不需要优化根本就不慢的东西 我经常看到一些程序员 反规范化 数据库 他们的理由是 原来的设计太慢了 可结果却常常是他们让系统更慢了 DBMS被设计用来处理规范数据库的 因此 记住 按照规范化的要求设计数据库

不要使用SELECT

这点不太容易做到 我太了解了 因为我自己就经常这样干 可是 如果在SELECT中指定你所需要的列 那将会带来以下的好处

减少内存耗费和网络的带宽

你可以得到更安全的设计

给查询优化器机会从索引读取所有需要的列

了解你将要对数据进行的 *** 作

为你的数据库创建一个健壮的索引 那可是功德一件 可要做到这一点简直就是一门艺术 每当你为一个表添加一个索引 SELECT会更快了 可INSERT和DELETE却大大的变慢了 因为创建了维护索引需要许多额外的工作 显然 这里问题的关键是 你要对这张表进行什么样的 *** 作 这个问题不太好把握 特别是涉及DELETE和UPDATE时 因为这些语句经常在WHERE部分包含SELECT命令

不要给 性别 列创建索引

首先 我们必须了解索引是如何加速对表的访问的 你可以将索引理解为基于一定的标准上对表进行划分的一种方式 如果你给类似于 性别 这样的列创建了一个索引 你仅仅是将表划分为两部分 男和女 你在处理一个有 条记录的表 这样的划分有什么意义？记住 维护索引是比较费时的 当你设计索引时 请遵循这样的规则 根据列可能包含不同内容的数目从多到少排列 比如 姓名 省份 性别

使用事务

请使用事务 特别是当查询比较耗时 如果系统出现问题 这样做会救你一命的 一般有些经验的程序员都有体会 你经常会碰到一些不可预料的情况会导致存储过程崩溃

小心死锁

按照一定的次序来访问你的表 如果你先锁住表A 再锁住表B 那么在所有的存储过程中都要按照这个顺序来锁定它们 如果你（不经意的）某个存储过程中先锁定表B 再锁定表A 这可能就会导致一个死锁 如果锁定顺序没有被预先详细的设计好 死锁是不太容易被发现的

不要打开大的数据集

在CSDN技术论坛中 :） 一个经常被提出的问题是 我怎样才能迅速的将 条记录添加到ComboBox中？这是不对的 你不能也不需要这样做 很简单 你的用户要浏览 条记录才能找到需要的记录 他一定会诅咒你的 在这里 你需要的是一个更好的UI 你需要为你的用户显示不超过 或 条记录

不要使用服务器端游标

与服务器端游标比起来 客户端游标可以减少服务器和网络的系统开销 并且还减少锁定时间

使用参数查询

有时 我在CSDN技术论坛看到类似这样的问题 SELECT FROM a WHERE a id= A B 因为单引号查询发生异常 我该怎么办？ 而普遍的回答是 用两个单引号代替单引号 这是错误的 这样治标不治本 因为你还会在其他一些字符上遇到这样的问题 更何况这样会导致严重的bug 除此以外 这样做还会使SQL Server的缓冲系统无法发挥应有的作用 使用参数查询 釜底抽薪 这些问题统统不存在了

在程序编码时使用大数据量的数据库

程序员在开发中使用的测试数据库一般数据量都不大 可经常的是最终用户的数据量都很大 我们通常的做法是不对的 原因很简单 现在硬盘不是很贵 可为什么性能问题却要等到已经无可挽回的时候才被注意呢？

不要使用INSERT导入大批的数据

请不要这样做 除非那是必须的 使用UTS或者BCP 这样你可以一举而兼得灵活性和速度

注意超时问题

查询数据库时 一般数据库的缺省都比较小 比如 秒或者 秒 而有些查询运行时间要比这长 特别是当数据库的数据量不断变大时

不要忽略同时修改同一记录的问题

有时候 两个用户会同时修改同一记录 这样 后一个修改者修改了前一个修改者的 *** 作 某些更新就会丢失 处理这种情况不是很难 创建一个timestamp字段 在写入前检查它 如果允许 就合并修改 如果存在冲突 提示用户

在细节表中插入纪录时 不要在主表执行SELECT MAX(ID)

这是一个普遍的错误 当两个用户在同一时间插入数据时 这会导致错误 你可以使用SCOPE_IDENTITY IDENT_CURRENT和@@IDENTITY 如果可能 不要使用@@IDENTITY 因为在有触发器的情况下 它会引起一些问题（详见这里的讨论）

避免将列设为NULLable

如果可能的话 你应该避免将列设为NULLable 系统会为NULLable列的每一行分配一个额外的字节 查询时会带来更多的系统开销 另外 将列设为NULLable使编码变得复杂 因为每一次访问这些列时都必须先进行检查

我并不是说NULLS是麻烦的根源 尽管有些人这样认为 我认为如果你的业务规则中允许 空数据 那么 将列设为NULLable有时会发挥很好的作用 但是 如果在类似下面的情况中使用NULLable 那简直就是自讨苦吃

CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail CustomerName CustomerAddress CustomerEmail

如果出现这种情况 你需要规范化你的表了

尽量不要使用TEXT数据类型

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

尽量不要使用临时表

尽量不要使用临时表 除非你必须这样做 一般使用子查询可以代替临时表 使用临时表会带来系统开销 如果你是用 进行编程 它还会给你带来很大的麻烦 因为 使用数据库连接池而临时表却自始至终都存在 SQL Server提供了一些替代方案 比如Table数据类型

学会分析查询

SQL Server查询分析器是你的好伙伴 通过它你可以了解查询和索引是如何影响性能的

使用参照完整性

lishixinzhi/Article/program/SQLServer/201311/22158

recordset的open语句后边的参数就可以控制
RSOPEN SQL,CONN,A,B
A:
ADOPENFORWARDONLY(=0)
只读,且当前数据记录只能向下移动
ADOPENKEYSET(=1)
只读,当前数据记录可自由移动
ADOPENDYNAMIC(=2)
可读写,当前数据记录可自由移动
ADOPENSTATIC(=3)
可读写,当前数据记录可自由移动,可看到新增记录
B:
ADLOCKREADONLY(=1)
缺省锁定类型，记录集是只读的，不能修改记录
ADLOCKPESSIMISTIC(=2)
悲观锁定，当修改记录时，数据提供者将尝试锁定记录以确保成功地编辑记录。只要编辑一开始，则立即锁住记录。
ADLOCKOPTIMISTIC(=3)
乐观锁定 ，直到用Update方法提交更新记录时才锁定记录。
ADLOCKBATCHOPTIMISTIC(=4)
批量乐观锁定，允许修改多个记录，只有调用UpdateBatch方法后才锁定记录。
当不需要改动任何记录时，应该使用只读的记录集，这样提供者不用做任何检测。
对于一般的使用，乐观的锁定可能是最好的选择，因为记录只被锁定一小段时间，
数据在这段时间被更新。这减少了资源的使用。

Oracle主要数据类型

概述 各种数据库所支持的数据类型大同小异 与标准SQL语言中的数据类型可能略有出入

类型 varchar 可以在声明字段时设置它的长度上限 而且使用它之后 就不必再考虑空格的存在

若插入的字符串的长度低于长度上限 系统就会自动将其缩减为字符串的真实长度

number(m n) 既可以用来表示整型 也可以表示浮点型 但m不可以超过 如果n为 或者省略n 就代表它是整数

date 用来存放日期和时间

blob 通常是在应用程序中使用到它 而不是在数据库中利用SQL指令直接使用

比如通过JDBC技术访问数据库 读写blob或clob类型的字段 即读写长的字符串信息等等

char 它是一种定长的字符类型 在Oracle数据库不区分字符和字符串 它们被统称为字符型或文本型

所谓定长的字符型是指 插入的字符串若没有达到约定的字段长度 系统就会在字符串尾部自动补空格

同样 读取时的字段长度永远是声明时的字段长度 而且在比较字符串内容的时候 也需要考虑到空格的过滤

nchar 它也是定长的字符串类型 它是SQL语言标准中规定的 通常采用Unicode编码来保存不同国家或不同语言的字符

varchar SQL标准在定义varchar时并没有保证能够向前和向后兼容 即有可能随着语言标准的修改而产生不兼容的问题

所以Oracle定义了同varchar型类似的varchar 型 就是为了在Oracle以后的版本中 都永远支持varchar 类型

Oracle这么做就是为了确保此类型向前后兼容 以达到能够在Oracle系列数据库中进行数据的导入和导出的目的

long 它和varchar 的差别在于 它不支持对字符串内容进行检索 即查询时不可以对它的内容进行条件查询

而varchar 和char nchar型等等都可以在查询的时候直接检索字符串的内容

补充 select from v$nls_parameters;数据库的配置信息以数据表的形式存在 通常称其为关于数据的数据或数据字典

实际上它查询的是数据字典中的一个视图 其中NLS_CHARACTERSET对应的是当前的数据库字符集

缺省均为使用数据库字符集 教程中使用的是安装时默认的ZHS GBK字符集 即汉字占 个字节 英文占 个字节

而NLS_NCHAR_CHARACTERSET对应的是nchar或nvarchar 类型所采用的辅助字符集 即AL UTF 字符集

实际上AL UTF 是一种 位定长的Unicode编码的字符集 而数据库字符集以及这种国家字符集都可以修改

但数据库字符集修改后可能会面临很严重的后果 除非是数据库管理员 普通用户不必对这方面进行深究

数据库中的数据导入导出的时候 如果源数据库和目标数据库所采用的字符集不同 也很容易出问题

函数

概述 函数可以认为是能够完成相对独立的功能的一段代码的集合 Oracle函数相当于其它语言中的方法或过程

Oracle函数可以分为单行函数和多行函数两大类 Oracle函数都是有返回值的

所谓的单行函数是针对查询结果中的每一行都起作用 都会返回一个结果

多行函数也就是所谓分组函数 是针对一组查询的记录 或者说多行 返回一个结果

单行 *** 作数据项 接受参数并返回处理结果 对每一返回行均起作用 可修改数据类型 可嵌套使用

单行函数分为字符函数 数值函数 日期函数 转换函数 通用函数

多行 也称分组函数 即对一组数据进行运算 针对一组数据(多行记录)只能返回一个结果

多行函数包括avg() count() max() min() sum()等

比如select avg(sal) max(sal) min(sal) sum(sal) max(hiredate) min(hiredate) from emp;

续一 使用Oracle的系统函数中的单行函数可实现诸多功能 如对数据进行计算 控制数据的输出格式

设置和改变日期的显示格式 进行数据类型转换 使用NVL等函数处理空值 实现IF THEN ELSE多路分支逻辑等等

续二 转换函数不会改变表中数据的字段类型和值 它就相当于将数据复制了一份 所转换的是复制之后的数据

数据类型转换包括隐含转换和显式转换两种方式 建议使用显式的数据类型转换 确保SQL语句的可靠性

续三 通用函数适用于包括空值在内的任何类型数据 通常用来实现空值的处理 空值的过滤或设置缺省值等

通用函数包括nvl() nvl () nullif() coalesce() case表达式 decode()等

嵌套 单行函数可以嵌套使用 嵌套层次无限制 分组函数最多可嵌套两层 嵌套函数的执行顺序是由内到外

单行比如select empno lpad(initcap(trim(ename)) ) 姓名 job sal from emp;

多行比如select max(avg(sal)) from emp group by deptno; 其实这里再使用分组函数就没有意义了

说明 通常数据库层面提供的函数 只是进行数据的简单的处理 或者说是只能实现极为常规的功能

所以就不应该 或者说是不要指望在数据库查询的层面来实现特别复杂的业务逻辑

如果应用程序的逻辑跟数据库混在一起的话 会不利于代码的维护和更新

而且也不利于数据库的管理 包括数据移植 数据库导入导出等等

日期类型

概述 在计算机 *** 作系统或者各种高级编程语言中 日期通常会被保存成一个长整数 通常记录的是毫秒

Oracle内部以数字格式存储日期和时间信息 世纪 年 月 日 小时 分钟 秒

缺省的日期格式是DD—MON—YY 可使用sysdata函数获取当前系统日期和时间

运算 日期型数据可以直接加或减一个数值 结果认为日期 约定的该数值代表的是相加减的天数

两个日期型数据可以相减 结果为二者相差多少天 二者不能 因为日期相加是没有意义的

NVL()函数

概述 它用于将空值null替换为指定的缺省值 适用于字符 数字 日期等类型数据

格式 NVL(exp exp ) 如果表达式exp 值为null 则返回exp 值 否则返回exp 值

举例 select empno ename sal m sal+nvl(m ) from emp;

select empno ename job nvl(job No job yet ) from emp;

NVL ()函数

概述 它用于实现条件表达式功能

格式 NVL (exp exp exp ) 如果表达式exp 值不为null 则返回exp 值 否则返回exp 值

举例 select empno ename sal m nvl (m sal+m sal) 总收入 from emp;

NULLIF()函数

概述 它用于数据等价性比较并根据比较结果返回null或其中一个被比较的数值 实际开发中应用并不是很多

格式 nullif(exp exp ) 如果表达式exp 与exp 的值相等 则返回null 否则返回exp 的值

举例 select name 原名 nullif(pen_name name) 化名 from author;

COALESCE()函数

概述 它用于实现数据“接合”功能

格式 coalesec(exp exp ) 依次考察各参数表达式 遇到非null值即停止并返回该值

若表达式均为null值 则返回null 通常最后一个表达式都是能确保不是空值的字段

举例 select empno ename sal m coalesec(sal+m sal ) 总收入 from emp;

CASE表达式

概述 它用于实现多路分支结构

格式 case exp when parison_exp then return_exp

[when parison_exp then return_exp

when parison_expn then return_expn

else else_exp]

end

举例 select empno ename sal

case deptno when then 财务部

when then 研发部

when then 销售部

else 未知部门

end 部门

from emp;

说明 CASE中的每一个表达式(如deptno 财务部等)都可以是复合而成的

这种对齐方式的书写是为了增加可读性 当然也可以把代码写在同一行上

其中case到end之间的整体就相当于普通查询中的一个字段 end后面的“部门”是别名

DEDODE()函数

概述 和case表达式类似 它也用于实现多路分支结构

格式 decode(col|expression search result

[ search result ]

[ default])

举例 select empno ename sal

decode(deptno 财务部

研发部

销售部

未知部门 )

部门

from emp;

COUNT()函数

格式 count()返回组中总记录数目

count(exp)返回表达式exp值非空的记录

count(distinct(exp))返回表达式exp值不重复的 非空的记录数目

举例 select count() from emp; 缺省的情况下 整个表就是一组

select count(m) from emp; 返回emp表中m字段不为空的记录(行)数目

select count(distinct(deptno)) from emp; 查找deptno值为非空且不重复的记录数目

分组函数与空值

概述 分组函数省略列中的空值 可使用NVL()函数强制分组函数处理空值

举例 select avg(m) from emp; 等价于sum(m)/count(m)

select sum(m) from emp; 计算表中非空的m值的总和

select avg(nvl(m )) from emp; 等价于avg(nvl(m ))/count()

GROUP BY子句

概述 它用于将表中数据分成若干小组

格式 select column group_function(column)

from table

[where condition]

[group by group_by_expression]

[order by column];

举例 select deptno avg(sal) from emp group by deptno;

说明 出现在SELECT列表中的字段 如果不是包含在组函数中 那么该字段必须同时在GROUP BY子句中出现

包含在GROPY BY子句中的字段则不必须出现在SELECT列表中 子句执行顺序是where→group by→order by缺省按升序排列

补充 select deptno job avg(sal) from emp group by deptno job order by deptno desc; 基于多个字段的分组

select deptno avg(sal) from emp; 非法

注意 如果没有GROUP BY子句 SELECT列表中不允许出现字段(单行函数)与分组函数混用的情况

WHERE中不允许使用分组函数 如select deptno avg(sal) from emp where avg(sal)> group by deptno; 非法

这跟子句执行的顺序有关 where子句最先执行 在执行where子句的时候还没有执行过group by子句

于是程序不知道这是在分组 也不曾计算过avg(sal)的组内平均工资 所以在where子句中不允许使用分组函数

由于还没有执行过group by子句 所以此时就不确定如何怎么分组以及分多少个组

所以where子句中只能进行初级过滤 此时可以使用HAVING子句实现对平均工资的过滤

HAVING子句

概述 它用于过滤分组

格式 select column group_function(column)

from table

[where condition]

[group by group_by_expression]

[having group_condition]

[order by column];

举例 select deptno job avg(sal)

from emp

where hiredate >= to_date( yyyy mm dd )

group by by deptno job

having avg(sal) >

lishixinzhi/Article/program/Oracle/201311/19087

缺省值的意思：
缺省值，是一种计算机术语，指在无决策者干预情况下，对于决策或应用软件、计算机程序的系统参数的自动选择。默认选项的设计可以在用户不须决策的状况下就可以基础地使用上述的软件与程序。

---