很简单的一个插件，现在支持汉化Sublime Text2，Sublime Text3。全部系统Win64、Win32，Linux64，Linux32，OSX等，可以随意来回切换简体中文、繁体中文、日语、英语，无需重启SublimeText。

1. 在ORACLE中，单引号有两个作用:  
2.   1:字符串是由单引号引用  
3.   2:转义。  
4. 单引号的使用是就近配对，即就近原则。而在单引号充当转义角色时相对不好理解  
5. 1.从第二个单引号开始被视为转义符，如果第二个单引号后面还有单引号（哪怕只有一个）。        
6. SQL> select ’’’‘ result from dual;  
7. RESULT  
8. -—–  
9. ‘      
10. 第二个单引号被作为转义符,第三个单引号被转义,可将sql写成这样更好理解:  
11. select ’ ’‘ ’ from dual;  
12. output:’  
13. //  

14. 2.连接符‘

    ’导致了新一轮的转义：

15. 连接符号‘

    ’左右的单引号没有任何的关系，

1. 复制表结构及其数据： create table table_name_new as select * from table_name_old   2. 只复制表结构： create table table_name_new as select * from table_name_old where 1=2; 或者： create table table_name_new like table_name_old   3. 只复制表数据： 如果两个表结构一样： insert into table_name_new select * from table_name_old 如果两个表结构不一样： insert into table_name_new(column1,column2…) select column1,column2… from table_name_old

前两天看文档提到AUDIT IN SESSION CURRENT方式，无法通过NOAUDIT命令取消审计，只有用户退出连接审计设置才自动结束。

先来看正常的审计特点：

SQL> conn yangtk/yangtk 已连接。 SQL> create table t1 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); 未选定行 SQL> audit create table; 审计已成功。 SQL> create table t2 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); 未选定行 SQL> conn yangtk/yangtk 已连接。 SQL> create table t3 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); OWNER OBJ_NAME ACTION_NAME -——— ———- —————————- YANGTK T3 CREATE TABLE SQL> noaudit create table; 审计未成功。 SQL> create table t4 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); OWNER OBJ_NAME ACTION_NAME -——— ———- —————————- YANGTK T3 CREATE TABLE YANGTK T4 CREATE TABLE SQL> conn yangtk/yangtk 已连接。 SQL> create table t5 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); OWNER OBJ_NAME ACTION_NAME -——— ———- —————————- YANGTK T3 CREATE TABLE YANGTK T4 CREATE TABLE

这说明审计的设置和取消都只对命令发出后的会话有效，而已经在运行的会话是不受这个命令影响的。

新特性IN SESSION CURRENT方式改变了这一点，使得审计对且仅对当前会话生效：

SQL> audit create table in session current; 审计已成功。 SQL> create table t6 (id number); 表已创建。 SQL> select owner, obj_name, action_name 2 from user_audit_trail 3 where action_name = ‘CREATE TABLE’ 4 and timestamp > trunc(sysdate); OWNER OBJ_NAME ACTION_NAME -——— ———- —————————- YANGTK T3 CREATE TABLE YANGTK T4 CREATE TABLE YANGTK T6 CREATE TABLE

由于Oracle没有提供NOAUDIT IN SESSION CURRENT语法，而直接NOAUDIT又对当前会话不生效，显然是没有办法取消IN SESSION CURRENT的审计设置的。

SQL> noaudit create table in session current; noaudit create table in session current * 第1行出现错误: ORA-46342:不能对IN SESSION子句执行NOAUDIT命令

在oracle中sequence就是所谓的序列号，每次取的时候它会自动增加，一般用在需要按 序列号排序的地方。 1、 create sequence 你首先要有create sequence或者create any sequence权限， create sequence emp_sequence INCREMENT BY 1 – 每次加几个 START WITH 1 – 从1开始计数 NOMAXVALUE – 不设置最大值 NOCYCLE – 一直累加，不循环 CACHE 10; 一旦定义了emp_sequence，你就可以用CURRVAL，NEXTVAL CURRVAL=返回sequence的当前值 NEXTVAL=增加sequence的值，然后返回sequence值 比如： emp_sequence.CURRVAL emp_sequence.NEXTVAL 可以使用sequence的地方： - 不包含子查询、snapshot、VIEW的 SELECT 语句 - INSERT语句的子查询中 - NSERT语句的VALUES中 - UPDATE 的 SET中 可以看如下例子： INSERT INTO emp VALUES (empseq.nextval, ‘LEWIS’, ‘CLERK’,7902, SYSDATE, 1200, NULL, 20); SELECT empseq.currval FROM DUAL; 但是要注意的是： - 第一次NEXTVAL返回的是初始值；随后的NEXTVAL会自动增加你定义的INCREMENT BY值， 然后返回增加后的值。CURRVAL 总是返回当前sequence的值，但是在第一次NEXTVAL 初始化之后才能使用CURRVAL，否则会出错。一次NEXTVAL会增加一次sequence的值， 所以如果你在同一个语句里面使用多个NEXTVAL，其值就是不一样的。明白？ - 如果指定CACHE值，oracle就可以预先在内存里面放置一些sequence，这样存取的快 些。 cache里面的取完后，oracle自动再取一组到cache。 使用cache或许会跳号， 比如 数据库突然不正常down掉（shutdown abort),cache中的sequence就会丢失. 所以可 以在create sequence的时候用nocache防止这种情况。 2、 Alter sequence 你或者是该sequence的owner，或者有ALTER ANY sequence权限才能改动sequence。 可 以alter除start值之外的所有sequence参数。如果想要改变start值，必须drop sequence 再re-create。例子： ALTER sequence emp_sequence INCREMENT BY 10 MAXVALUE 10000 CYCLE – 到10000后从头开始 NOCACHE; 影响sequence的初始化参数： sequence_CACHE_ENTRIES = 设置能同时被cache的sequence数目。 可以很简单的Drop sequence DROP sequence order_seq; 结束

首先什么是锁呢？可以理解为他是对一种共享资源并发访问的一种控制：） 在数据库中，基本的锁类型有两类，分别是 X-排他锁：如果对象被一个排他锁给琐住，那么按照锁的相容性来讲其他会话就不能够在对这个会话所加锁的对象加任何的锁。 S-共享锁：如果对象被一个共享锁给锁住，那么按照锁的相容性来讲其他会话除了S锁本身，都不能对这个会话所加锁的对象加任何的锁。 那么在Oracle数据库中呢，锁是多粒度的，而且他的锁类型可以分三大类 1.DML lock:目的是为了保护数据完整性 2.DDL lock:目的是为了保护数据库对象的结构 3.一些内部锁和latch:目的是为了保护数据库的内部结构 这里呢，主要想介绍一下DML锁，因为其他类型的锁基本上只会保持很短的一段时间 DML锁呢共有两种 1.row level lock  2.table level lock 1.TX(row level lock） 先 介绍一下行级锁吧，其实很多人都认为在数据库中，行级锁就是锁定一行（注意我想说Oracle在数据行上面只有排他锁X，而没有共享锁之类的其他锁）。很 多朋友认为一个数据表里有多少行，就会有多少个行级别锁，在Oracle却不是这样，其实需要澄清的是，Oracle对于行级锁是事务级的。也就是说当一 个事务发起一个更新(update)命令时，无论事务所涉及的行有多少，那么Oracle只会分配一个TX锁，所以在这里Oracle是不会像其他数据库 一样有锁的升级(lock escalation)，而且这中锁升级也并不是数据库的特性，但是他会执行锁的转换，Oracle会尽可能的在最低级别加锁。因此对于开销来讲1个锁的 开销和1000000个锁的开销其实是一样的，都没有什么开销。而且Oracle也不会像其他数据库一样来通过维护一个锁的列表来管理锁的资源（比如 DB2，通过LOCKLIST，MAXLOCKS两个参数来度量锁的开销），因为对于DB2来说,锁是一种稀有的资源,需要对锁的使用呢,进行监控,系统 开销就必然很大,而Oracle在锁的维护上就大大的减少了开销，而且也不会出现因为锁数量不够时引起的问题（锁升级->死锁）. 让我们来对比一下DB2和Oracle在行级的加锁过程 DB2 -—– 加锁的时候 1,找到想锁定那一行的地址 2.在locklist中排队(其实这种锁管理器就是一种串行化的设备,这样做的好处是可以有效的避免活锁) 3.锁定列表 4.搜索列表,看看别人是否已经对我要加锁的那一样上了锁 5,如果没有,则在列表中创建一个entry,表明我已经锁住了这一行 6.对列表解锁 解锁的时候 1.再次进行排队 2.锁住我们的列表 3.在这个列表中搜索,释放我们的锁 4,对列解锁 我们看DB2对于锁管理的开销还是比较的大,锁越多表明,这个操作花的时间就越长,开销就比较大. 那么Oracle是怎么来做的呢?咱们来看一下: 当我想要加锁的时候 1.找到要锁定的一行. 2.定位那一样,然后加锁 对,没错就是这么的简单.让你看到Oracle的实现就是这么的piece of cake!!Oracle不需要传统的锁管理器,事务只是找数据如果数据没有被加锁,则加锁. 那么Oracle没有了锁管理器,看似简单的问题,他是怎么实现的呢? 这 就要从数据块说起,在Oracle中,其最小的逻辑单元就是block,在每一个block头部,都保留有一个ITL的事务列表.每当一个事务要修改 block中所保留的行的时候,就会在在ITL的SLOT中记录一项.而每一行的行首还有一个Lock byte用来表示行的锁定,因此未commit的事务用ITL的slot和lock byte来表示那些被封锁的行. 刚才说过,Oracle的行 级锁是TX,是事务级的.如果一个事务要修改被另一个事务更新还没有提交的数据时,他就会阻塞.等待锁的释放,但是等待的绝对不是行的锁,而是事务锁 (TX)的释放.所以真正的TX锁释放了(而不是隐式的那些行).被阻塞的事务才可以继续进行.所以即使你加了savepoint也无用,回滚到某一个 savepoint只能释放某些隐式行上的锁,但是不能释放真正的事务锁. 那么ITL中的SLOT的数量是由谁决定的呢?其实一个slot项一般会占用block的24个字节,在建对象的时候会通过指定initrans和 maxtrans来设置slot的数目.需要注意的是Oracle 10g中这个maxtrans的设置已经被废弃,意思是说,即使我们指定了maxtrans,Oracle也会忽略这个限制,只要block有空 间,Oracle就会不受约束的扩大ITL中的slot. 2.TM(table level lock) 表级锁,其实就是向表加 锁了(废话嘛).那么在对一个表加锁之前,数据库需要做一些判断,首先是他要对表加的这个锁是否与表中所加的这个锁相容.其次,还要检查该锁是否与表中的 每一行上的锁相容,对于这一点如果我一个表里面有很多的行,那么如果我要对一个表加锁的话,就需要遍历表中的所有行,来查看锁的相容性,这对数据库来讲无 疑是高性能的一个障碍.所以呢,Oracle引出了一个意向锁的概念. 那么什么是意向锁呢?如果我给了一个节点加了一个意向锁,就表示我要对其下 层节点加一个同等类型的锁,意思也就是说要对一个节点加锁,就要先在其上层节点上加个意向锁,这样一来,如果我要对一个表加锁的话,那么只要判断和意向锁 的相容性就好了,不需要再遍历表中的行来检查每一行的锁了,这样系统的效率就大大提高了. 意向锁有那些类型呢? 1.Intent share lock(意向共享锁 IS):如果要对一个对象加S锁,那么首先就要在其上层节点加IS锁 2.Intent exclusive lock(意向排他锁 IX):如果要对一个对象加X锁,首先也要对其上级节点加IX锁. 3.Shared intent exclusive lock(共享意向排他锁):如果一个事务对某个表加了SIX锁的话,则表示整个事务要读取整个的表,同时又会更新个别行. 这样我们可以总结一下,在对数据库对象加锁的时候就有5种 X , S , IX , IS ,  SIX 因此Oracle的DML锁,在行级只有X锁,在TM级有5种就是我们刚刚提到的:X , S , IX , IS , SIX 表示起来就是,S , X , RS , RX , SRX 我 们可以看到，通常的DML操作（SELECT…FOR UPDATE、INSERT、UPDATE、DELETE），在表级获得的只是意向锁（RS或RX），其真正的封锁粒度还是在行级；另外，Oracle数 据库的一个显著特点是，在缺省情况下，单纯地读数据（SELECT）并不加锁，Oracle通过回滚段（Rollback segment）来保证用户不读“脏”数据。这些都极大地提高了系统的并发程度。(撤消对读取的块所做的块修改)由于意向锁及数据行上锁标志位的引入，极 大地减小了Oracle维护行级锁的开销，这些技术的应用使Oracle能够高效地处理高度并发的事务请求。 最后,给出两个表格是IT PUBer的朋友提供的:

       T2

T1

锁是防止在两个事务操作同一个数据源（表或行）时交互破坏数据的一种机制。Oracle采用封锁技术保证并发操作的可串行性。Oracle的锁分为两大类：数据锁（也称DML锁）和字典锁。字典锁是Oracle DBMS内部用于对字典表的封锁。字典锁包括语法分析锁和DDL锁，由DBMS在必要的时候自动加锁和释放锁，用户无机控制。 Oracle主要提供了5种数据锁：共享锁（Share Table Lock，简称S锁）、排它锁（Exclusive Table Lock，简称X锁）、行级锁（Row Share Table Lock，简称RS锁）、行级排它锁（Row Exclusive Table Lock，简称RX锁）和共享行级排它锁（Share Row Exclusive Table Lock，简称SRX锁）。其封锁粒度包括行级和表级。 1. 共享锁（Share Table Lock，S）： 加锁语法：Lock Table TableName In Share Mode; 允许的操作：一个共享锁由一个事务控制，仅允许其它事务查询被锁定的表。一个有效的共享锁明确地用Select … For update形式锁定行，或执行Lock Table TableName In Share Mode语法锁定整个表，不允许被其它事务更新。允许多个事务在同一个表上加共享锁，这种情况下不允许在该表上加锁的事务更新表（即使有一个事务控制的是形如Select Row … for update这样行锁也是不被允许的）。因此，仅有一个事务的一个共享锁可以更新该表如果其它事务也有相同的事务在该表上的话。 禁止的操作：一个共享锁由一个事务来控制，防止其它事务更新该表或执行下面的语句： LOCK TABLE TableName IN SHARE ROW EXCLUSIVE MODE; LOCK TABLE TableName IN ROW EXCLUSIVE MODE; 2. 排它锁（Exclusive Table Lock，X）： 排它锁是在锁机制中限制最多的一种锁类型，允许加排它锁的事务独自控制对表的写权限。 加锁语法：Lock Table TableName In Exclusive Mode; 允许的操作：在一个表中只能有一个事务对该表实行排它锁，排它锁仅允许其它的事务查询该表。 禁止的操作：拥有排外锁的事务禁止其它事务执行其它任何DML类型的语句或在该表上加任何其它类型的锁。 定义排它锁的语法： LOCK TABLE TableName IN EXCLUSIVE MODE; 3. 行级锁（Row Share Table Lock，RS）： 一个行级锁（有时称为Subshare Table Lock，简称SS，子共享锁）需要该事务在被锁定行的表上用update的形式加锁。当有下面语句被执行的时候行级锁自动加在操作的表上。 SELECT … FROM TableName… FOR UPDATE OF … ; LOCK TABLE TableName IN ROW SHARE MODE; 行级锁（Row Share Table Lock）在锁类型中是限制最少的，也是在表的并发程度中使用程度最高的。 允许的操作：行级共享锁由一个事务控制，允许其它事务查询、插入、更新、删除或同时在同一张表上锁定行。因此其它事务可以同时在同一张表上得到行级锁、共享行级排它锁、行级排它锁、排它锁。参见数据锁的相容矩阵图 禁止的操作：拥有行级锁的事务不允许其它事务执行排它锁，即： Lock Table TableName In Exclusive Mode; 4. 行级排它锁（Row Exclusive Table Lock，RX）： 行级排它锁（亦称为Subexclusive Table Lock，简称SX，子排它锁）通常需要事务拥有的锁在表上被更新一行或多行。当有下面语句被执行的时候行级排它锁被加在操作的表上。 INSERT INTO TableName… ; UPDATE TableName… ; DELETE FROM TableName… ; LOCK TABLE TableName IN ROW EXCLUSIVE MODE; 行级排它锁比行级锁稍微多一些限制。 允许的操作：在数据锁的相容矩阵图很容易看出行级排它锁由一个事务拥有允许其它事务执行查询、修改、插入、删除或同时在同一张表上锁定行。执有行级排它锁的事务允许其它事务在同一张表上同时得到共享锁和行级排它锁。 禁止的操作：行级排它锁由一个事务拥有防止其它事务手动锁定表来排除其它事务的读写权。因此，其它事务不允许在同一张表上使用以下的语句来执行锁事务。 LOCK TABLE table IN SHARE MODE; LOCK TABLE table IN SHARE EXCLUSIVE MODE; LOCK TABLE table IN EXCLUSIVE MODE 5. 共享行级排它锁（Share Row Exclusive Table Lock，SRX）： 共享行级排它锁有时也称共享子排它锁（Share Subexclusive Table Lock，SSX），它比共享锁有更多限制。定义共享行级排它锁的语法为： Lock Table TableName In Share Row Exclusive Mode; 允许的操作：仅允许一个事务在某一时刻得到行级排它锁。拥有行级排它锁事务允许其它事务在被锁定的表上执行查询或使用Select … From TableName For update…来准确在锁定行而不能更新行。 禁止的操作：拥有行级排它锁的事务不允许其它事务有除共享锁外的其它形式的锁加在同一张表上或更新该表。即下面的语句是不被允许的： LOCK TABLE TableName IN SHARE MODE; LOCK TABLE TableName IN SHARE ROW EXCLUSIVE MODE; LOCK TABLE TableName IN ROW EXCLUSIVE MODE; LOCK TABLE TableName IN EXCLUSIVE MODE; DML语句获得的DML自动锁（Oracle隐含锁） DML自动锁的相容矩阵图： X：排它锁、RS：行级共享锁、RX：行级排它锁、S、共享锁、RSX：行级共享排它锁 DML语句 有行级锁 锁类型 SELECT … FROM table INSERT INTO table … X RX UPDATE table … X RX DELETE FROM table … X RX SELECT … FROM table … FOR UPDATE OF … X RS LOCK TABLE table IN … ROW SHARE MODE RS ROW EXCLUSIVE MODE RX SHARE MODE S SHARE EXCLUSIVE MODE SRX EXCLUSIVE MODE X 数据字典中与锁有关的表或视图 V$LOCKED_OBJECT V$LOCKS_WITH_COLLISIONS V$LOCK_ACTIVITY V$LOCK_ELEMENT V_$_LOCK DBMS_LOCK V$DLM_ALL_LOCKS V$DLM_LOCKS V$ENQUEUE_LOCK V$GLOBAL_BLOCKED_LOCKS V$LOCK V$LOCKED_OBJECT V$LOCKS_WITH_COLLISIONS V$LOCK_ACTIVITY V$LOCK_ELEMENT V$_LOCK 解锁及Kill Session: 使用下面的语法查出锁并杀掉Session。 SELECT A.SID,A.SERIAL#,A.USERNAME,B.TYPE FROM V$SESSION A,V$LOCK B WHERE A.SID=B.SID; ALTER SYSTEM KILL SESSION ‘SID,SERIAL#’;

http://v.youku.com/v_show/id_XMzE4OTY0ODQ0.html

http://www.cnbeta.com/articles/160114.htm Dennis MacAlistair Ritchie，丹尼斯·里奇，C语言之父，Unix之父，（1941年9月9日－2011年10月8日[3]） http://www.iteye.com/news/23146 John Maccarthy ，约翰·麦卡锡，Lisp语言发明者，“人工智能之父”（1927年9月4日 - 2011年10月24日） http://www.apple.com/stevejobs/ Steve Jobs，史蒂夫·乔布斯，Apple创始人，“苹果教父”（1955年2月24日-2011年10月5日） 2011年10月，注定不是一个平常的十月，三个 ; 足以表达。 三位重量级人物的相继去世，也许会给这个世界的晚秋带来悲哀的云彩。 不过，请不要伤心，他们只是提前上船，让我们默默祝愿他们在船上一切都好！ 最后，请允许我提前预告，我们的“PHP每月通讯”可能也要用上 ; 了。 一直以来，“PHP每月通讯”的主要推荐者只有“三妈”和极少数订阅者（深表致敬）。 没有更多的人来推荐，我们将面临无米可炊的境地，“PHP每月通讯”就只能杯具的使用伟大的 ; 了。 我曾看到有人写过： 乔布斯，麦卡锡，丹尼斯·里奇，最近都去世了 我和他们的区别在于， 他们虽然不在这个世界了，但他们改变了世界。 我虽然暂时还活着，但还是碌碌无为。 请马上动手，不要碌碌无为，马上动手推荐，你可以选择让我们继续留下，真的，这个可以有！！！

这个编辑环境在IE支持也是非常好的~~