oracle什么时候须要commit

今天在oracle的SQL plus 中运行了删除和查询操作，然后在PL/SQL中也运行查询操作，语句一样，结果却不一样，让我大感郁闷，后来才突然想到可能是两边数据不一致造成的，可是为什么不一致呢，就是没用commit，

在网上查了一下，大概是这样说的：

DML语言，比方update，delete，insert等改动表中数据的须要commit;
DDL语言，比方create，drop等改变表结构的，就不须要写commit（由于内部隐藏了commit）;

DDL 数据定义语言：
create table 创建表  
alter table 改动表  
drop table 删除表  
truncate table 删除表中全部行  
create index 创建索引  
drop index 删除索引
当运行DDL语句时，在每一条语句前后，oracle都将提交当前的事务。假设用户使用insert命令将记录插入到数据库后，运行了一条DDL语句(如create
table)，此时来自insert命令的数据将被提交到数据库。当DDL语句运行完毕时，DDL语句会被自己主动提交，不能回滚。

DML 数据操作语言：
insert 将记录插入到数据库 
update 改动数据库的记录 
delete 删除数据库的记录
当运行DML命令假设没有提交，将不会被其它会话看到。除非在DML命令之后运行了DDL命令或DCL命令，或用户退出会话，或终止实例，此时系统会自己主动
发出commit命令，使未提交的DML命令提交。


DDL  ：
Data Definition Language (DDL) statements are used to define the database structure or schema. Some examples:

CREATE - to create objects in the database

ALTER - alters the structure of the database

DROP - delete objects from the database

TRUNCATE - remove all records from a table, including all spaces allocated for the records are removed

COMMENT - add comments to the data dictionary

RENAME - rename an object

DML：

Data Manipulation Language (DML) statements are used for managing data within schema objects. Some examples:

SELECT - retrieve data from the a database

INSERT - insert data into a table

UPDATE - updates existing data within a table

DELETE - deletes all records from a table, the space for the records remain

MERGE - UPSERT operation (insert or update)

CALL - call a PL/SQL or Java subprogram

EXPLAIN PLAN - explain access path to data

LOCK TABLE - control concurrency

DCL

Data Control Language (DCL) statements. Some examples:

GRANT - gives user‘s access privileges to database

REVOKE - withdraw access privileges given with the GRANT command

TCL

Transaction Control (TCL) statements are used to manage the changes made by DML statements. It allows statements to be grouped together into logical transactions.

COMMIT - save work done

SAVEPOINT - identify a point in a transaction to which you can later roll back

ROLLBACK - restore database to original since the last COMMIT

SET TRANSACTION - Change transaction options like isolation level and what rollback segment to use

锁概念基础


数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同一时候存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不对的数据，破坏数据库的一致性。

加锁是实现数据库并发控制的一个很重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其它的事务不能对此数据对象进行更新操作。

在数据库中有两种主要的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁）。当数据对象被加上排它锁时，其它的事务不能对它读取和改动。加了共享锁的数据对象能够被其它事务读取，但不能改动。数据库利用这两种主要的锁类型来对数据库的事务进行并发控制。



Oracle数据库的锁类型

依据保护的对象不同，Oracle数据库锁能够分为下面几大类：DML锁（data locks，数据锁），用于保护数据的完整性；DDL锁（dictionary locks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；内部锁和闩（internal locks and latches），保护数据库的内部结构。

DML锁的目的在于保证并发情况下的数据完整性，。在Oracle数据库中，DML锁主要包含TM锁和TX锁，当中TM锁称为表级锁，TX锁称为事务锁或行级锁。

当Oracle 运行DML语句时，系统自己主动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自己主动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志，而仅仅需检查TM锁模式的相容性就可以，大大提高了系统的效率。TM锁包含了SS、SX、S、X 等多种模式，在数据库中用0－6来表示。不同的SQL操作产生不同类型的TM锁。

在数据行上仅仅有X锁（排他锁）。在 Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上运行 DML语句时，第一个会话在该条记录上加锁，其它的会话处于等待状态。当第一个会话提交后，TX锁被释放，其它会话才干够加锁。

当Oracle数据库发生TX锁等待时，假设不及时处理经常会引起Oracle数据库挂起，或导致死锁的发生，产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。