DML(data manipulation language):
它们是SELECT、UPDATE、INSERT、DELETE,就象它的名字一样,这4条命令是用来对数据库里的数据进行操作的语言
DDL(data definition language):
DDL比DML要多,主要的命令有CREATE、ALTER、DROP等,DDL主要是用在定义或改变表(TABLE)的结构,数据类型,表之间的链接和约束等初始化工作上,他们大多在建立表时使用
DCL(Data Control Language):
是数据库控制功能。是用来设置或更改数据库用户或角色权限的语句,包括(grant,deny,revoke等)语句。
在默认状态下,只有sysadmin,dbcreator,db_owner或db_securityadmin等人员才有权力执行DCL
详细解释:
一、DDL is Data Definition Language statements. Some examples:数据定义语言,用于定义和管理 SQL 数据库中的所有对象的语言
1.CREATE - to create objects in the database 创建
2.ALTER - alters the structure of the database 修改
3.DROP - delete objects from the database 删除
4.TRUNCATE - remove all records from a table, including all spaces allocated for the records are removed
TRUNCATE TABLE [Table Name]。
下面是对Truncate语句在MSSQLServer2000中用法和原理的说明:
Truncate table 表名 速度快,而且效率高,因为:
TRUNCATE TABLE 在功能上与不带 WHERE 子句的 DELETE 语句相同:二者均删除表中的全部行。但 TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少。
DELETE 语句每次删除一行,并在事务日志中为所删除的每行记录一项。TRUNCATE TABLE 通过释放存储表数据所用的数据页来删除数据,并且只在事务日志中记录页的释放。
TRUNCATE TABLE 删除表中的所有行,但表结构及其列、约束、索引等保持不变。新行标识所用的计数值重置为该列的种子。如果想保留标识计数值,请改用 DELETE。如果要删除表定义及其数据,
请使用 DROP TABLE 语句。
对于由 FOREIGN KEY 约束引用的表,不能使用 TRUNCATE TABLE,而应使用不带 WHERE 子句的 DELETE 语句。由于 TRUNCATE TABLE 不记录在日志中,所以它不能激活触发器。
TRUNCATE TABLE 不能用于参与了索引视图的表。
5.COMMENT - add comments to the data dictionary 注释
6.GRANT - gives user's access privileges to database 授权
7.REVOKE - withdraw access privileges given with the GRANT command 收回已经授予的权限
二、DML is Data Manipulation Language statements. Some examples:数据操作语言,SQL中处理数据等操作统称为数据操纵语言
1.SELECT - retrieve data from the a database 查询
2.INSERT - insert data into a table 添加
3.UPDATE - updates existing data within a table 更新
4.DELETE - deletes all records from a table, the space for the records remain 删除
5.CALL - call a PL/SQL or Java subprogram
6.EXPLAIN PLAN - explain access path to data
Oracle RDBMS执行每一条SQL语句,都必须经过Oracle优化器的评估。所以,了解优化器是如何选择(搜索)路径以及索引是如何被使用的,对优化SQL语句有很大的帮助。
Explain可以用来迅速方便地查出对于给定SQL语句中的查询数据是如何得到的即搜索路径(我们通常称为Access Path)。从而使我们选择最优的查询方式达到最大的优化效果。
7.LOCK TABLE - control concurrency 锁,用于控制并发
三、DCL is Data Control Language statements. Some examples:数据控制语言,用来授予或回收访问数据库的某种特权,并控制数据库操纵事务发生的时间及效果,对数据库实行监视等。
4.6.7 外键约束
1、Oracle数据库的外键约束是延时检查,即检查在SQL语句运行完成后再进行
MySQL的外键约束是即时检查,在SQL语句运行的时候就进行
2、InnoDB存储引擎在外键建立时会自动的对该列加一个索引,这样很好的避免了外键列上无索引而导致的死锁问题的产生。通过命令show create table xxx(表名字)可以看到自动添加的索引。
3、被引用的表为父表,引用的表为子表(引用别的表的字段作为外键)。外键定义时,对子表可以做的操作:
①CASCADE:当父表发生DELETE或UPDATE操作时,对相应的子表也进行DELETE或UPDATE操作
当父表DELETE,外键关联的子表也会自动删除;
当父表UPDATE,子表对应外键的那个字段也会自动更新。比如子表name_son关联了主表的name_parent字段,name_parent="aaa",当name_parent值改成了"bbb",那么子表的name_son字段的值也会自动变成"bbb"
子表删除外键关联的记录,不影响主表
②SET NULL:当父表发生DELETE或UPDATE操作时,相应的子表中的数据被更新为NULL值(前提是子表的相应的列允许为NULL值)
③NO ACTION/RESTRICT:当父表发生DELETE或UPDATE操作时,抛出错误,不允许这类操作发生
如果定义外键时没有指定ON DELETE或ON UPDATE,RESTRICT就是默认的外键设置。错误提示内容类似于:
子表删除外键关联的记录,不影响主表
主表删的时候,提示外键约束,表明子表有数据关联。必须先删除子表外键关联的记录,才能删除主表的这条记录。
[Err] 1451 - Cannot delete or update a parent row:
a foreign key constraint fails (`test`.`user_b`, CONSTRAINT `user_b_ibfk_1`
FOREIGN KEY (`id_for_user_a`) REFERENCES `user_a` (`id`)
ON DELETE NO ACTION ON UPDATE NO ACTION)
主表或者子表,更新对应外键记录,的外键列的时候,都会报这个错,所以如果要更新,只能先删除。
[Err] 1451 - Cannot delete or update a parent row:
a foreign key constraint fails (`test`.`user_b`,
CONSTRAINT `user_b_ibfk_1` FOREIGN KEY (`id_for_user_a`)
REFERENCES `user_a` (`id`)
ON DELETE CASCADE ON UPDATE NO ACTION)
但是一般不会更新外键列,只会更新外键列对应的记录(其它列),所以上面这种情况基本不会在实际操作中产生
4.7 视图
1、可更新视图:可以进行更新操作的视图。在定义视图的时候,添加WITH CHECK OPTION,表明对更新的值进行检查,如果进行更新(插入删除等)操作的值不合规则就报错
2、在Oracle数据库中,物化视图的创建方式:
①BUILD IMMEDIATE:默认的创建方式,在创建物化视图的时候就生成数据
②BUILD DEFERRED:创建物化视图的时候不生成数据,以后根据需要再生成
物化视图的刷新是指当基表发生了DML操作后,物化视图采用哪种方式和基表进行同步。刷新的模式:
①ON DEMAND:物化视图在用户需要的时候进行刷新(实现方式:新建一个表,在需要的时候拷贝基表中需要更新的数据)
②ON COMMIT:物化视图在对基表的DML操作提交的同时进行刷新(实现方式:可以通过创建触发器来实现)
刷新的方法:
①FAST:增量刷新,只刷新自上次刷新以后进行的修改(实现方式:在使用ON DEMAND模式里举出的实现方式后,记录上次刷新时候的ID,即可实现FAST)
②COMPLETE:对整个物化视图进行全部刷新(实现方式:同ON DEMAND)
③FORCE:数据库在刷新时会去判断是否可以进行快速刷新,如果可以,就采用FAST方式,否则采用COMPLETE方式
④NEVER:物化视图不进行任何刷新