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脚本都没了，那么数据结构只能问老的同事，但对于人员更替频繁的公司当老程同事都换了几批，都不在了，没人可问，那么维护人员或后续开发人员就掉进了无尽的痛苦中，好多问题都是出在这上面。后期投入成本也是很巨大的。如果数据库结构命名什么的比较规范还好，可以凭字面意思确定大概用途，反之真实苦不堪言。而且知识的传递当中是有人为因素导致的缺失的。举例来说就是一般员工离开公司之前会用一个月的时间来交接，但大部分都是用
一周左右的时间来交接工作，那么交接的自然会有意识的忽略一些小的或掩盖一些有问题的地方只说主要好使的地方，如果交接的是一个对结构了解的同事还好，根据相应的经验，承接不是问题，但如果交接给新的同事，新同事接起来很费劲，而要走的同事要进的公司还催他速度办离职，那么缺失的部分就要新同事来弥补，当然如果他是个负责的人当他发现虽然项目可以进行或说程序可以跑起来但有些东西，一般是细节的东西他还不了解需要打电话给原来的同事来弄清楚，那么也不会有什么问题，但我说的是如果，一般的人在看到项目能够进行（程序能跑起来）是不会去弄那些东西的，这样循环下去，最后维护这个程序或后续开发的倒霉蛋就有的苦吃了，我体�
相关文档：
数据库名(DB_NAME)、实例名(Instance_name)、以及操作系统环境变量(ORACLE_SID)
在ORACLE7、8数据库中只有数据库名(db_name)和数据库实例名(instance_name)。在ORACLE8i、9i中出现了新的参数，即数据库域名(db_domain)、服务名(service_name)、以及操作系统环境变量(ORACLE_SID)。这些都存在于同一个数据库中的标识，用于� ......
最近从Excel中到了一些数据，结果一个列的数据是以逗号分隔的字符串，想把它拆分开找到了下边的方法，贴出来分享一下：
CREATE OR REPLACE PROCEDURE sptstr (srcstr varchar2) as
stmp varchar2(2000);
begin &n ......
1。基本概念：
数据库连接串主要用于建立对远程数据库的访问方法，可以直接读取远程Oracle的数据，或者直接修改。数据库连接串可以是公用连接PUBLIC或者私有连接PRIVATE。这一点和同义词很相像。
1。创建语法：
CREATE DATABASE LINK TEST CONNECT TO USERNAME IDENTIFIED BY PASSWORD
USING 'CONNECT_STRING ......
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以字符为单位。从� ......
