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脚本都没了，那么数据结构只能问老的同事，但对于人员更替频繁的公司当老程同事都换了几批，都不在了，没人可问，那么维护人员或后续开发人员就掉进了无尽的痛苦中，好多问题都是出在这上面。后期投入成本也是很巨大的。如果数据库结构命名什么的比较规范还好，可以凭字面意思确定大概用途，反之真实苦不堪言。而且知识的传递当中是有人为因素导致的缺失的。举例来说就是一般员工离开公司之前会用一个月的时间来交接，但大部分都是用
一周左右的时间来交接工作，那么交接的自然会有意识的忽略一些小的或掩盖一些有问题的地方只说主要好使的地方，如果交接的是一个对结构了解的同事还好，根据相应的经验，承接不是问题，但如果交接给新的同事，新同事接起来很费劲，而要走的同事要进的公司还催他速度办离职，那么缺失的部分就要新同事来弥补，当然如果他是个负责的人当他发现虽然项目可以进行或说程序可以跑起来但有些东西，一般是细节的东西他还不了解需要打电话给原来的同事来弄清楚，那么也不会有什么问题，但我说的是如果，一般的人在看到项目能够进行（程序能跑起来）是不会去弄那些东西的，这样循环下去，最后维护这个程序或后续开发的倒霉蛋就有的苦吃了，我体�
相关文档：
1.建表
CREATE TABLE qq(
qq_num integer
);
2.插入数据
插入数据的方法有很多种，但是要插入3亿数据，必须要有高效的算法。在插入数据时我用了最笨的办法，采用PL/SQL利用流程控制的LOOP语句插入。同时我也看了网上的插入效率的优化，怎样利用较少的时间生成较多的测试数据。给 ......
1.LOWER(str) 强制小写
2.UPPER(str) 强制大写
3.INITCAP(str) 每个单词首字母大写
示例：
SQL> select initcap('my_boy') from dual; --返回"My_Boy"
注意：单词之间用下划线（"_"）分割
4.CONCAT(str1,str2）连接函数,连接str1和str2字符串
5.SUBSTR(string,a[,b])返回string的一部分，a和b以字符为单位。从� ......
方法一：
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 ......
