oracle注释：comment on的重要意义
无疑注释现在都被大家接受和认可，在大家编程用的IDE中都提供或有第三方插件来支持提取注释内容实现
快速了解结构的功能。但在数据库的脚本编写方面我也是经历了百般折磨后总结了一些东西发来与大家切磋。
下面来看一个Oracle建表的方式。
create table ctable_name
(
field1 varchar2(20), --注释的内容1
field2 number, --注释的内容2
field3 char(2), --注释的内容3
field4 date /*注释的内容4*/
)
之前一直都是这样来建表，觉得快速也好理解，其实数据库结构不复杂的情况下我也喜欢这种方式，但当数据库结构很复杂的时候维护起来就很头疼，一个SQL几百K，看的你眼都花了，而且有N个这样的SQL文件，那么在对不了解的复杂的数据库结构实现快速编程方面，为了了解结构查找注释的工作量也很大。
尤其公司项目已经做了5年了，好多SQL脚本都没了，那么数据结构只能问老的同事，但对于人员更替频繁的公司当老程同事都换了几批，都不在了，没人可问，那么维护人员或后续开发人员就掉进了无尽的痛苦中，好多问题都是出在这上面。后期投入成本也是很巨大的。如果数据库结构命名什么的比较规范还好，可以凭字面意思确定大概用途，反之真实苦不堪言。而且知识的传递当中是有人为因素导致的缺失的。举例来说就是一般员工离开公司之前会用一个月的时间来交接，但大部分都是用
一周左右的时间来交接工作，那么交接的自然会有意识的忽略一些小的或掩盖一些有问题的地方只说主要好使的地方，如果交接的是一个对结构了解的同事还好，根据相应的经验，承接不是问题，但如果交接给新的同事，新同事接起来很费劲，而要走的同事要进的公司还催他速度办离职，那么缺失的部分就要新同事来弥补，当然如果他是个负责的人当他发现虽然项目可以进行或说程序可以跑起来但有些东西，一般是细节的东西他还不了解需要打电话给原来的同事来弄清楚，那么也不会有什么问题，但我说的是如果，一般的人在看到项目能够进行（程序能跑起来）是不会去弄那些东西的，这样循环下去，最后维护这个程序或后续开发的倒霉蛋就有的苦吃了，我体�
相关文档：
来源于http://hi.baidu.com/edeed/blog/item/33576327d1b73d00918f9dd4.html
本视图自启动即保持并记录各回滚段统计项。在学习本视图之前，我们先来了解一下回滚段(rollback segment)的相关概念：
回滚段概述
回滚段用于存放数据修改之前的值（包括数据修改之前的位置和值）。回滚段的头部包含正在使用的该回滚段事务的� ......
在Net Manager工具中，
将监听程序的监听位置的主机名改为 新机名
将服务名中对应数据库的主机名改为 新机名
改了监听程序后，在MS-DOS中运行
lsnrctl stop
lsnr ......
今天总结下oracle的任务队列管理器(job queue ),以后也方便查询.
我们要做定时任务时,有两种办法
一种是: 操作系统的定时,win的定时任务,unix的crontab
一种是: 数据库级的定时,她的效率更高,
再有大量的表级操作时,建议用数据库本身的job queue,这样方便,效率高;如果用系统级定时,
会增加很多编程工作,成本增加 ......
方法一：
SQL>create table aa(a number);
创建成功。
SQL> select * from aa;
A
--------
2
SQL>
SQL> insert all
2 into aa values(1)
3 into aa values(2)
4 select * from dual;
已创建2行。
SQL> commit;
提交完成。
SQL> select * from aa;
A
----------
2
1
2
方法二：
S ......
