PL/SQL和SQLPLUS查询结果不一样——千万别忘记commit ！，sqlpluscommit
同样的sql语句，在PLSQL和SQLPLUS中的查询结果不一样，您见过吗?
今天在PLSQL的SQL Window中执行了一个查询select * from t_user; 查询到6条记录：
后来为了方便测试其他的数据，打开了sqlplus，执行了相同的查询语句，意外发生了：
只查询到一条记录，你没看错，同样的用户，同样的sql语句，同样的时间，在PL/SQL和SQLPLUS中的查询结果不一样。于是不甘心啊，又开了n个sqlplus窗口，执行结果都是只查询到一条记录。又在PS/SQL中另外开了一个SQL Window，执行同样的sql语句之后，跟sqlplus查询结果一样，也是一条记录。
于是回想到问题多半就出在那个查询到6条数据的PL/SQL的sql窗口了。这时发现在它里面执行查询select * from t_user;之前，还曾插入了5条记录
：
原来，与之前用过的SQL Server和MySQL有所不同，在操作oracle时，对数据进行了操作后，这些操作都只是提交到了内存，并没更新物理文件，最后如果需要更新到物理文件，需要执行commit命令。
这时，在这个插入5条数据的sql窗口中执行commit命令，数据就真正意义上的插入到数据库物理文件中了！
所以，在oracle中，只要是数据库进行了使数据改变的操作（增、删、改等）后，都需要执行commit命令将更新提交到数据库的物理文件，否则前面所做的操作都是徒劳的
。
了解EntityFramework的同志们这时可能已经想到了SaveChanges()，没错！道理是一样儿一样儿滴~~
需要注意的是，一旦对某个表进行操作之后，commit之前，这张表就会处于锁定的状态，一旦被锁定，其他事务就无法对它进行操作，如下：
打开两个sqlplus窗口，对同一张表执行相同的更新操作，但是不commit。
先执行update t_user set user_name='userA' where user_id='user5' :
再执行 update t_user set user_name='userB' where user_id='user5' :
第一个操作更新了1行，而后执行的操作已经死掉了，并没有提示“已更新1行”。
原因就是第一个操作并没有执行commit，已经把表t_user锁了（也就是传说中的锁表），所以在第一个操作commit之前，是不允许其他事务对这张表操作的。