在阅读的过程中，将自己认为重要的部分做了一份PPT，希望可以在下个月的ACOUG活动中跟大家分享。

在Database Consolidation时，Resource Manager可以解决我们心中的疑问，如果我将多个应用都放在同一个硬件服务器的同一个数据库中，那么如何防范互相之间的影响？另外一个更加实用且有需求的场景是在Oracle EBS中如果有大量的Report，如果设置Resource Manager来防止单个报表占用启用并行进程，占用过多CPU？

虽然在国内目前真正应用Resource Manager的客户几乎没有见到，但是我期望能够为今后我们的客户部署该项功能，资源管理在整个世界趋向虚拟化的过程中很有意义并且十分必要。

如上的错误表示如果要在ASM磁盘组上创建ACFS Volume，必须要求ASM磁盘组的属性COMPATIBLE.ASM在11.2以上。 如果ASM磁盘组是使用asmca图形化工具创建的，那么compatible.asm默认设置就已经为11.2，但如果是使用CREATE DISKGROUP这个SQL命令创建的，那么默认设置则为10.1，需要手动修改。

祝愿我的儿子会健康壮实，成为名副其实的属老虎的狮子座男子汉。

诸位一直以来关心我们的朋友，我的儿子用小老虎一样的哈欠向各位问好且表示感谢。:)

谢谢我的弟弟，你的房子和你今天来回地跑几趟，亲弟弟我才敢这么支使你。 谢谢600的媳妇儿寿影帮忙在医院跑前跑后，没有你就没有这样顺利的过程，你是当之无愧的干妈。 谢谢eygle帮我cover这段时间本应我去做的工作，辛苦了。 谢谢coolyl让我住在离医院更近的他的房子里，减少了我来回奔波的距离。 谢谢老丈人，丈母娘，姐姐，老姑，你们的精心照顾让我完全没有后顾之忧。 谢谢爸妈和小阿姨在老家的惦记和嘱咐，虽然你们没有在身边，但是我知道你们比我们更焦急更关心。 谢谢医生，护士，六院是很好的医院。

当然，最需要感谢的是我漂亮勇敢的老婆，你是我的骄傲，我爱你。

本文并未像老杨那样做产品功能性的测试，实际上老杨已经测试的够详细了。

只是作为Oracle的重度用户，在用户体验上将DM和Oracle做些许比较，大部分集中在DM的isql和Oracle的sql*plus上，当然这些比较还很肤浅，权当一看。

1. 最重要的，最诚恳的建议，达梦应该在网上提供完全没有任何技术限制的软件下载，包括达梦企业版和安全版。达梦不需要怕别人免费用自己的数据库，而应该怕别人没有兴趣用自己的数据库。如果免费使用的人数有1万，那么希望进行技术讨论的人数就可能会有1千，而1千个踊跃讨论的用户将会带来更多的免费使用人群，这些人群中只要有1%愿意付费，就是达梦的成功。只有虚怀若谷才能海纳百川。

2. 字符界面的静默安装速度很快，但是安装过程中的英文提示有“Whether to ”字样，我明白是想表达“是否要”的意思，但是出现在安装提示中比较奇怪，建议全部去掉。比如：

3. 安装文档中并没有提及在Linux环境需要创建另外的用于安装DMDBMS的用户组和用户，因此这可能会让大家都使用root用户来安装DM数据库，实际上在我的测试环境中也是使用root用户的。建议对于安装程序和文档都做相应修改，明确建议DM数据库应该安装在自己的用户下。比如用户组是dba，用户是dmusr。

4. 即使在安装过程中选择了安装示例数据库，但是在安装结束以后并没有发现有BOOKSHOP数据库。

5. 安装完毕以后需要重新login，因为 export LD_LIBRARY_PATH=/u01/dmdbms/bin这样的设置仅仅更新在.bash_profile中了，但是当前环境没有生效，此时运行isql会报错：

建议不要依靠LD_LIBRARY_PATH这样的设置，或者在安装后立刻在当前环境中使 . . . → Read More: User Experience Suggesion for Dameng Database]]> 试用了达梦数据库6.02 for Linux版本。测试的操作系统为CentOS 5虚拟机，数据库软件从此处下载。

本文并未像老杨那样做产品功能性的测试，实际上老杨已经测试的够详细了。

只是作为Oracle的重度用户，在用户体验上将DM和Oracle做些许比较，大部分集中在DM的isql和Oracle的sql*plus上，当然这些比较还很肤浅，权当一看。

1. 最重要的，最诚恳的建议，达梦应该在网上提供完全没有任何技术限制的软件下载，包括达梦企业版和安全版。达梦不需要怕别人免费用自己的数据库，而应该怕别人没有兴趣用自己的数据库。如果免费使用的人数有1万，那么希望进行技术讨论的人数就可能会有1千，而1千个踊跃讨论的用户将会带来更多的免费使用人群，这些人群中只要有1%愿意付费，就是达梦的成功。只有虚怀若谷才能海纳百川。

2. 字符界面的静默安装速度很快，但是安装过程中的英文提示有“Whether to ”字样，我明白是想表达“是否要”的意思，但是出现在安装提示中比较奇怪，建议全部去掉。比如：

Whether to Initialize the Database (Y/y,N/n) [Y/y]:y
Whether to Modify DataBase Initiation Parameter (Y/y,N/n) [N/n]:y
Whether to Modify SYSDBA Password (Y/y,N/n) [N/n]:

3. 安装文档中并没有提及在Linux环境需要创建另外的用于安装DMDBMS的用户组和用户，因此这可能会让大家都使用root用户来安装DM数据库，实际上在我的测试环境中也是使用root用户的。建议对于安装程序和文档都做相应修改，明确建议DM数据库应该安装在自己的用户下。比如用户组是dba，用户是dmusr。

4. 即使在安装过程中选择了安装示例数据库，但是在安装结束以后并没有发现有BOOKSHOP数据库。

5. 安装完毕以后需要重新login，因为 export LD_LIBRARY_PATH=/u01/dmdbms/bin这样的设置仅仅更新在.bash_profile中了，但是当前环境没有生效，此时运行isql会报错：

./isql: error while loading shared libraries: libdmapi.so: cannot open shared obj

建议不要依靠LD_LIBRARY_PATH这样的设置，或者在安装后立刻在当前环境中使 LD_LIBRARY_PATH设置生效。

6. 即使已经设置大小写不敏感，但是isql登陆时默认密码必须使用大写。这容易让初次使用者困惑。

[root@centos-vm ~]# isql sysdba/sysdba
isql V6.0.2.51-Build(2009.12.23)
login fail
SQL>exit
[root@centos-vm ~]#
[root@centos-vm ~]# isql sysdba/SYSDBA
isql V6.0.2.51-Build(2009.12.23)
login success

7. iSQL中的describe没有desc缩写，这会让习惯于Oracle的用户很不习惯。iSQL中的输出结果完全没有排列整齐，急需修改。

SQL>describe v$version;
describe v$version;

COLNAME         TYPE            LENGTH          NULLABLE

1       BANNER  VARCHAR2        80              Y
1 rows got
time used: 0.685(ms).

8. 在iSQL提示符下，即使是空行回车也显示行数符号，必须用;来结束，这对于习惯于在上一个SQL语句结束以后，多按几次回车空出几行使显示更清楚的操作人员来说很困扰。

SQL>
2
3
4   ;
line 4: syntax error: ';'

建议修改为oracle的sqlplus样式

D:\Temp>sqlplus /nolog

SQL*Plus: Release 11.2.0.1.0 Production on Fri Jul 23 18:15:01 2010

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

SQL>
SQL>
SQL>
SQL>

9. 对于英文环境必须要求设置java font的路径，否则只能显示乱码（如下图）。强烈建议在Linux下的那些java gui，比如manager，console等具备英文界面。

10. 小细节，Uninstall DMDBMS的图标用的是Windows的回收站图标。这对于安装到Linux操作系统中的数据库软件来说有些奇怪，而且这个图标跟其它的图标看上去有些不配套。

创建一个测试表。

这样我们生成了一张表T，其中有一万行记录。 N1字段可以认为是主键，有10000个distinct值（1-10000），这是一个数据分布均匀的字段； N2字段有101个distinct值，除了第一个值0和最后一个值101之外，其它的值都有100行记录，我们可以认为这是一个数据分布均匀的字段； N3字段有10000个值都是xxxx，实际上这也仍然是一个分布均匀的字段。

对于这三种类型的字段，我们都不应该去收集直方图信息，因为没有意义。那么直方图信息之所以需要存在的根本意义在哪里？

一. 我们何时该做 直方图究其根本实际上就是一个数据分布的图示，这个图示是为了在生成SQL执行计划的时候给Oracle的CBO更多的信息，换句话说，就是当在where条件中的某些列可能由于列值的不同而希望CBO制定出不同的执行计划时，我们需要直方图。

反过来说，什么情况下我们不需要直方图呢？或者说直方图的存在是没有意义的呢？ 1. 当此列不用于查询时，也就是这个字段永远不会出现在where条件中（注意：即使是用于表连接那也算是出现在where条件中）。 2. 当此列无论给予什么比较值，我们都希望永远是一种执行计划时。上面例子中的3个字段都属于这种情况。 对于N1或者N2出现在where条件中，我们希望永远是用该列上的索引扫描（当然需要在该列上先创建索引），对于N3出现在where条件中，我们希望永远是全表扫描。这样的执行计划的制定，只要有表级别的统计信息就足够了，直方图信息的出现不但不会对制定正确的执行计划有帮助，甚至会出现奇怪的现象导致执行计划不稳定。

二. 我们可以怎样做 那么我们继续看一下收集直方图信息的方法，众所周知，是需要使用DBMS_STATS.GATHER_TABLE_STATS存储过程的，并且是由这个存储过程中的method_opt参数决定的。可以由以下几种选择。

method_opt=>’for columns size skewonly [column_name]‘ 什么是SKEWONLY？先看一下Oracle官方文档中的定义。

Oracle determines the columns to . . . → Read More: Oracle Histogram Investigation]]> 这段时间有客户的10gR2数据库经常遭遇执行计划不稳定的现象，应该是直方图信息（Histogram）+绑定变量窥视（Bind Variable Peeking）造成的问题，藉此分享一下直方图的使用经验，但是我非常希望能听到针对本文的不同声音。测试环境Oracle 11.2.0.1 for Windows X64。

创建一个测试表。

DROP TABLE t;
CREATE TABLE t AS
SELECT rownum n1,
  ROUND(rownum/100) n2,
  'xxxx' n3
FROM dba_objects
WHERE rownum<=10000;

这样我们生成了一张表T，其中有一万行记录。
N1字段可以认为是主键，有10000个distinct值（1-10000），这是一个数据分布均匀的字段；
N2字段有101个distinct值，除了第一个值0和最后一个值101之外，其它的值都有100行记录，我们可以认为这是一个数据分布均匀的字段；
N3字段有10000个值都是xxxx，实际上这也仍然是一个分布均匀的字段。

对于这三种类型的字段，我们都不应该去收集直方图信息，因为没有意义。那么直方图信息之所以需要存在的根本意义在哪里？

一. 我们何时该做
直方图究其根本实际上就是一个数据分布的图示，这个图示是为了在生成SQL执行计划的时候给Oracle的CBO更多的信息，换句话说，就是当在where条件中的某些列可能由于列值的不同而希望CBO制定出不同的执行计划时，我们需要直方图。

反过来说，什么情况下我们不需要直方图呢？或者说直方图的存在是没有意义的呢？
1. 当此列不用于查询时，也就是这个字段永远不会出现在where条件中（注意：即使是用于表连接那也算是出现在where条件中）。
2. 当此列无论给予什么比较值，我们都希望永远是一种执行计划时。上面例子中的3个字段都属于这种情况。
对于N1或者N2出现在where条件中，我们希望永远是用该列上的索引扫描（当然需要在该列上先创建索引），对于N3出现在where条件中，我们希望永远是全表扫描。这样的执行计划的制定，只要有表级别的统计信息就足够了，直方图信息的出现不但不会对制定正确的执行计划有帮助，甚至会出现奇怪的现象导致执行计划不稳定。

二. 我们可以怎样做
那么我们继续看一下收集直方图信息的方法，众所周知，是需要使用DBMS_STATS.GATHER_TABLE_STATS存储过程的，并且是由这个存储过程中的method_opt参数决定的。可以由以下几种选择。

method_opt=>’for columns size skewonly [column_name]‘
什么是SKEWONLY？先看一下Oracle官方文档中的定义。

Oracle determines the columns to collect histograms based on the data distribution of the columns.

也就是要看列上的数据分布，那么按照我们前面提到的，T表中的三列数据分布都是均匀的，并不应该收集任何列上的直方图信息，实际呢？

EXEC dbms_stats.gather_table_stats(ownname=>'KAMUS',tabname=>'T',estimate_percent=>NULL,method_opt=>'for all columns size skewonly',CASCADE=>true);

SQL> select column_name,density,num_buckets,histogram from dba_tab_col_statistics where table_name='T';

COLUMN_NAME                       DENSITY NUM_BUCKETS HISTOGRAM
------------------------------ ---------- ----------- ---------------
N3                                 .00005           1 FREQUENCY
N2                                 .00005         101 FREQUENCY
N1                                  .0001           1 NONE

可以看到在N2上收集了直方图信息，收集了101个bucket，而N3上则收集了1个bucket的直方图信息（实际上也只能收集一个，因为只有一个distinct值xxxx）。收集直方图信息是耗费资源的，因此SKEWONLY不推荐使用。实际上经历了这么多版本，SKEWONLY的算法一直很奇怪，我没有找到一份文档描述Oracle到底是如何定义SKEWONLY的收集凭据的。

method_opt=>’for columns size auto [column_name]‘
什么是AUTO？再看一下Oracle官方文档中的定义。

Oracle determines the columns to collect histograms based on data distribution and the workload of the columns.

也就是在SKEWONLY的基础上额外增加了workload限制，何谓workload？实际上就是我们前面提到的是否在where条件中出现。如果一个列从来没有出现在where条件中，Oracle就认为是没有workload的，那么即使此列上的数据被认为是SKEW的，也不会收集直方图信息，只有出现过至少一次，Oracle才会收集。[via Comment by Dbsnake] 该workload信息可以从数据字典COL_USAGE$中获得，在数据字典中存在的列才是有workload的。

--T表是新创建的，创建完毕以后还没有进行过任何select，因此AUTO选项不会收集任何直方图信息。
EXEC dbms_stats.gather_table_stats(ownname=>'KAMUS',tabname=>'T',estimate_percent=>NULL,method_opt=>'for all columns size auto',CASCADE=>true);

SQL> select column_name,density,num_buckets,histogram from dba_tab_col_statistics where table_name='T';

COLUMN_NAME                       DENSITY NUM_BUCKETS HISTOGRAM
------------------------------ ---------- ----------- ---------------
N3                                      1           1 NONE
N2                              .00990099           1 NONE
N1                                  .0001           1 NONE

--执行一次select，再次收集，可以看到N2字段上的直方图信息了。
SQL> SELECT COUNT(*) FROM t WHERE n2=10;

  COUNT(*)
----------
       100

SQL> EXEC dbms_stats.gather_table_stats(ownname=>'KAMUS',tabname=>'T',estimate_percent=>NULL,method_opt=>'for all columns size auto',CASCADE=>true);

PL/SQL procedure successfully completed.

SQL> select column_name,density,num_buckets,histogram from dba_tab_col_statistics where table_name='T';

COLUMN_NAME                       DENSITY NUM_BUCKETS HISTOGRAM
------------------------------ ---------- ----------- ---------------
N3                                      1           1 NONE
N2                                 .00005         101 FREQUENCY
N1                                  .0001           1 NONE

因此AUTO也是有问题的，N2字段上的直方图信息仍然会收集，这是我们不需要的。注意，在Oracle10g之后的自动统计信息收集任务中，默认的是FOR ALL COLUMNS SIZE AUTO，这是很有问题的，因此即使是不禁用自动统计信息收集，也应该通过DBMS_STATS.SET_PARAM存储过程（在11gR2版本中被SET_GLOBAL_PREFS存储过程替代）来修改该默认值。通常我们经历的执行计划莫名其妙改变，很多场合都是因为Oracle10g之后的这个统计信息自动收集任务导致的。关于自动统计信息收集，可以参看：Automatic Statistics Gathering

method_opt=>’for columns size repeat [column_name]‘
只有在已有直方图信息的列上再次收集直方图信息。这是我们推荐设置为默认值的方式。具体的执行方法见后文。

method_opt=>’for columns size 1 [column_name]‘
size 1将删除列上的直方图信息，同样也意味着不收集。

SQL> EXEC dbms_stats.gather_table_stats(ownname=>'KAMUS',tabname=>'T',estimate_percent=>NULL,method_opt=>'for all columns size 1',CASCADE=>true);

PL/SQL procedure successfully completed.

SQL> select column_name,density,num_buckets,histogram from dba_tab_col_statistics where table_name='T';

COLUMN_NAME                       DENSITY NUM_BUCKETS HISTOGRAM
------------------------------ ---------- ----------- ---------------
N3                                      1           1 NONE
N2                              .00990099           1 NONE
N1                                  .0001           1 NONE

method_opt=>’for all columns size 30′
size自定义大于1的数值，最大为254，如例表示要求收集30个bucket的直方图信息。

SQL> EXEC dbms_stats.gather_table_stats(ownname=>'KAMUS',tabname=>'T',estimate_percent=>NULL,method_opt=>'for all columns size 30',CASCADE=>true);

PL/SQL procedure successfully completed.

SQL> select column_name,density,num_buckets,histogram from dba_tab_col_statistics where table_name='T';

COLUMN_NAME                       DENSITY NUM_BUCKETS HISTOGRAM
------------------------------ ---------- ----------- ---------------
N3                                 .00005           1 FREQUENCY
N2                              .00995002          30 HEIGHT BALANCED
N1                                  .0001          30 HEIGHT BALANCED

那么现在到了最重要的部分，对于一个数据库系统，我们到底应该如何收集直方图信息呢？

三. 我们应该怎样做
首先我们要明确直方图信息是有存在的必要的，但是只应该存在在那些应该要存在的列上，Oracle知道哪些列上应该存在吗？Oracle一直在致力于想知道，可惜的是现在做的仍然不够好，全部交给Oracle去做的话（SIZE SKEWONLY或者SIZE AUTO），可能得到的结果就是该收集的没收集，不该收集的收集了一堆。只有我们的DBA才最知道哪些列上应该收集直方图，这实际上已经远远不仅仅是技术问题了，而是一个业务问题，因此DBA应该去熟悉业务，DBA应该知道自己的应用的数据分布特点，应该知道哪些列会常被用在where条件中。

直方图信息收集是一个漫长而持续的过程，没有一蹴而就的方法，也不可能一劳永逸。

我们推荐的方法是：
1. 第一次收集统计信息时，设置method_opt=>FOR ALL COLUMNS SIZE 1，这意味删除所有列上的直方图。
2. 在测试阶段或者在真实生产环境中，在调优SQL的过程中，DBA将会逐渐得知每个需要直方图信息的字段，在这些字段上人工收集统计信息，method_opt=>FOR COLUMNS SIZE AUTO [COLUMN_NAME]，如果你能够明确知道应该收集多少个bucket而手工指定SIZE值那更好。保留收集所有这些字段的脚本，以备数据库系统升级或者迁移时候使用。
3. 在每次数据分布有所变化的时候，更新统计信息，使用method_opt=>FOR ALL COLUMNS SIZE REPEAT，这样只会收集已经存在了直方图信息的字段。

重复2，3步骤，直到系统稳定。这是一个可控的步骤，只有可控，才可能避免不可预知的错误。

[备注1] dba_tab_col_statistics.histogram字段值的含义。
该字段可能包含三个值：NONE，FREQUENCY或者HEIGHT BALANCED。

NONE：就是没有直方图

FREQUENCY：当该列的distinct值数量<=bucket数量时，为此类型。对于此类型而言，在dba_tab_histograms视图中的会存在相当于distinct值数量的记录，该视图的ENDPOINT_VALUE字段记录了这些distinct值，而ENDPOINT_NUMBER字段则记录了到此distinct值为止总共有多少条记录，注意这是一个累加值，实际上我们可以用一条记录的ENDPOINT_NUMBER减去上一条记录的ENDPOINT_NUMBER来获知对应于本记录的ENDPOINT_VALUE值有多少条记录。我知道这听上去很拗口，可能也有些难于理解，但是请尽量去理解吧。

HEIGHT BALANCED：当该列的distinct值数量>bucket数量时，为此类型。比如我们上面的例子收集了SIZE 30的直方图信息，对于N1，N2字段来说都超过了30个distinct值，因此为HEIGHT BALANCED类型。此时dba_tab_histograms视图中的ENDPOINT_NUMBER字段就不再是表示有多少条记录了，而仅仅表示bucket编号，SIZE 30的话，就是简单的0-30（需要31个bucket才可以表示SIZE 30）。主要是在于ENDPOINT_VALUE字段，实际上是这样分的，分了30个bucket，现在T表总共是10000条记录，那么每个bucket里面大概会是333条记录。

第一个ENDPOINT_VALUE的值相当于如下SQL的返回值。

select max(n2) from (select n2 from t order by n2) where rownum<=333

第二个ENDPOINT_VALUE的值相当于如下SQL的返回值。

select max(n2) from (select n2 from t order by n2) where rownum<=333*2

第三个ENDPOINT_VALUE的值相当于如下SQL的返回值。

select max(n2) from (select n2 from t order by n2) where rownum<=333*3

依次类推。正是这样的信息告诉了Oracle数据的分布情况，试想一下，如果连续3个bucket的ENDPOINT_VALUE值都10，那么也就是说至少有2个bucket中的记录N2字段都是10，也就是说N2=10的记录至少有666条，越多的bucket有越多相同的ENDPOINT_VALUE值，就表明数据分布越不均匀。
有一点需要额外注意的是：如果某几个bucket的ENDPOINT_VALUE值相同，那么在视图中只会记录最后一个bucket的信息。

[备注2] dba_tab_col_statistics.density字段值的含义。
官方文档中的解释“Density of the column”就跟没说一样。Density的含义是“密度”。

还是看上面的例子，当HISTOGRAM=NONE的时候，N1字段的密度是.0001，一万分之一，1万条记录在某字段上有1万个distinct值，那么该字段的密度就是一万分之一；N3字段的密度是1，1万条记录在某字段上都是相同的，只有1个distinct值，那么该字段的密度就是1。到这里应该可以比较形象的理解Density了。那么对于N2字段来说呢，密度是.00990099，很简单了，1万条记录里面有101个distinct值，10000/101/10000=.00990099。

DENSITY值是会影响CBO判断执行计划的，而回到前文的例子，我们比较一下有直方图和没有直方图时候的同一列的DENSITY值，就会发现很要命的事情，直方图很大地影响到了密度值，目前还没有更科学的方法去研究直方图是如何影响密度的，从而又会对CBO的判断产生多大影响（至少我还没有研究到），但是至少我们可以知道直方图只应该存在在必须存在的列上，因为除了不必要的收集会消耗不必要的资源，它有更多不可预知的影响会导致性能问题。

甲骨文的创建 1977年， Larry Ellison, Bob Miner和Ed Oates创立了软件研发实验室，后来成为Relational Software, Inc. (RSI)。在1983年，RSI改名为甲骨文系统公司，再后来就成为了甲骨文公司。

第一个商用关系型数据库问世 1979年，RSI发布了Oracle V2（第二版本），这是第一个商用的SQL-Based关系型数据库，是关系型数据库发展历史上的里程碑。

Oracle数据库跨平台版本发布 在1983年发布的Oracle Version 3是第一个可以运行在主机、小型机、PC上的关系型数据库。用C语言编写，这就使跨平台成为可能。

在并发性控制，数据分布和扩展性方面得以增强 Oracle Version 4中推出了多版本读一致性。在1985年发布的Version 5支持客户端/服务器架构以及分布式数据库系统。而Version 6更是带来了再磁盘IO，行级锁，扩展性以及备份恢复上的多项增强。同时，Version 6中也推出了PL/SQL语言的第一版，这是对于SQL语言的过程性扩展。

PL/SQL存储程序单元 1992年发布的Oracle7，推出了PL/SQL存储过程以及触发器。

对象和分区 1997年发布的Oracle8拥有了面向对象的关系型数据库特征，支持了大量新的数据类型。同时，Oracle8开始支持大表的分区。

互联网计算 1999年发布的Oracle8i数据库，提供了对于互联网协议的本地支持，还有服务器端对于Java的支持。Oracle8i是为了互联网计算而设计的，使数据库被部署在多层环境中成为可能。

Oracle真正应用集群（RAC） 2001年发布的oracle9i数据库中推出了Oracle RAC，允许多个数据库实例同时读写一份数据库。另外，Oracle XML数据库 (Oracle XML DB) 的出现提供了存储和查询XML的功能。

网格计算 2003年发布的Oracle10g推出了网格计算。这个版本实现了让客户在廉价服务器上创建网格架构来部署虚拟计算资源。主要目的就是使数据库能够自行管理和自行调优。Oracle自动存储管理（Oracle ASM）的推出也对虚拟化和简单化数据库存储管理提供了很大帮助。

管理性、可诊断性和可用性 2007年发布的Oracle11g，推出了大量新特性，让系统管理员和开发人员可以迅速适应业务需求变化。关键点就是在所有可能的场合都尽可能通过自动化和信息结合来精简信息框架。

以上均翻译自Oracle联机文档《Oracle® Database Concepts》。 更详细的文章可以参看：Oracle Celebrates 30 Years of . . . → Read More: Brief History of Oracle Database]]> 当前最新的Oracle数据库版本得益于30余年饱含技术创新的开发。在Oracle数据库的演变过程中有以下值得纪念的成绩。

甲骨文的创建
1977年， Larry Ellison, Bob Miner和Ed Oates创立了软件研发实验室，后来成为Relational Software, Inc. (RSI)。在1983年，RSI改名为甲骨文系统公司，再后来就成为了甲骨文公司。

第一个商用关系型数据库问世
1979年，RSI发布了Oracle V2（第二版本），这是第一个商用的SQL-Based关系型数据库，是关系型数据库发展历史上的里程碑。

Oracle数据库跨平台版本发布
在1983年发布的Oracle Version 3是第一个可以运行在主机、小型机、PC上的关系型数据库。用C语言编写，这就使跨平台成为可能。

在并发性控制，数据分布和扩展性方面得以增强
Oracle Version 4中推出了多版本读一致性。在1985年发布的Version 5支持客户端/服务器架构以及分布式数据库系统。而Version 6更是带来了再磁盘IO，行级锁，扩展性以及备份恢复上的多项增强。同时，Version 6中也推出了PL/SQL语言的第一版，这是对于SQL语言的过程性扩展。

PL/SQL存储程序单元
1992年发布的Oracle7，推出了PL/SQL存储过程以及触发器。

对象和分区
1997年发布的Oracle8拥有了面向对象的关系型数据库特征，支持了大量新的数据类型。同时，Oracle8开始支持大表的分区。

互联网计算
1999年发布的Oracle8i数据库，提供了对于互联网协议的本地支持，还有服务器端对于Java的支持。Oracle8i是为了互联网计算而设计的，使数据库被部署在多层环境中成为可能。

Oracle真正应用集群（RAC）
2001年发布的oracle9i数据库中推出了Oracle RAC，允许多个数据库实例同时读写一份数据库。另外，Oracle XML数据库 (Oracle XML DB) 的出现提供了存储和查询XML的功能。

网格计算
2003年发布的Oracle10g推出了网格计算。这个版本实现了让客户在廉价服务器上创建网格架构来部署虚拟计算资源。主要目的就是使数据库能够自行管理和自行调优。Oracle自动存储管理（Oracle ASM）的推出也对虚拟化和简单化数据库存储管理提供了很大帮助。

管理性、可诊断性和可用性
2007年发布的Oracle11g，推出了大量新特性，让系统管理员和开发人员可以迅速适应业务需求变化。关键点就是在所有可能的场合都尽可能通过自动化和信息结合来精简信息框架。

以上均翻译自Oracle联机文档《Oracle® Database Concepts》。
更详细的文章可以参看：Oracle Celebrates 30 Years of Innovation。

更诱人的地方是这个职位是Home Office的，当然与之而来的就是30%-50%的出差时间，出差的地点应该会cover整个APAC地区，包括东南亚国家以及韩国、日本、澳大利亚。这次招聘的成员level为“Principal Member of Technical Staff”，在国内来说应该已经是较高级别的技术人员职位了，国内有为数不多的几个“Consulting Member of Technical Staff”，而再往上就是Oracle技术职位的最高级别Architect了（比如鼎鼎大名的Tom Kyte）。

这个Team的成员有著名的Dan Noris，可惜的是从2009年他加入X-Team以后就没有再更新他个人的技术网站了。能够跟Dan共事应该说是很令人高兴的事情。

Oracle的HR给我电话希望我能够加入X-Team。恩墨还是甲骨文，权衡再三，最终我仍然选择了恩墨科技，我想这不仅仅是对eygle作为朋友来说的一份友情的交代，更重要的是我看好恩墨科技的发展前景，我相信只要我们努力，就有美好的未来在前面等着我们，我热爱技术，我不虚伪，我认为跟eygle共事我们能一起赚到更多的钱。

为什么要购买数据库服务？构架建设、性能调优、故障诊断当然是重要的一部分，但是在最差的情况下，当一个完全意料不到的误操作导致数据可能再也找不回来，当你觉得几近崩溃的时候，恩墨科技可以给你最后的技术支持。在现在看来我们已经拥有了超群的技术实力，任何一个崩溃的数据库，只要有一点点希望，我们就可以让这个希望成为现实，最近的几次数据库灾难恢复，我相信在国内能够完成的为数不多。也许有人会说，做好备份不就可以了？但是在这个现实的世界里，并不是所有的数据库都有额外的备份空间，并不是所有的数据库都有额外的备份资源，甚至可能如同我们最近碰到的案例，在客户实施备份的过程中误操作将原数据库删除了。任何事情都有意外，而你需要一份最后的保障。

我们的客户以每月新增一个的速度在发展，我看好恩墨科技，我希望我的信心能够带给所有已经成为客户和即将成为客户的你们以信心，你们是我们的朋友，你们的发展就是我们的发展，我们会努力，并与之甘苦与共。

关于Reader的赞美之辞可以参看《改变阅读习惯的Safari 5阅读器》。

那么实际上Reader对于我个人的用处是在浏览DBAsupport.com站点的文章，此站点文章质量较高而且还时常出现不少新奇有趣的文章。但是这个站点恼人的地方在于：1.在Google Reader中无法看到全文 2.在站点上直接浏览文章的话要承受大量的广告。

比如原站点中的文章大概看上去是这样五颜六色的。

使用了Safari5 Reader以后，变成了一篇白底黑字的清爽文章。

但是目前这个版本的Reader仍然有需要改进的地方，特别是对于可能会有大量代码的技术文章，那些代码在原文中有rss格式化，但是Reader转换以后格式就不正确了，这样会导致较长的代码有一部分无法看到。

仍然是上面这片技术文章。原文中的格式如下图，虽然也不尽美观，但是注意那些小字体的部分，至少可以看到全部文字。

而在Reader中最后超出页面的那些文字都无法看到了，而且似乎是苹果太在意用户阅读体验了，甚至连横向的滚动栏也没有。是的，我知道Reader中的字体可以缩小，但是即使缩到最小也仍然有一部分在页面之外。

Hope will be fixed . . . → Read More: Using Safari5 Reader for Reading Technical Posts]]> 最新Release的Mac下的浏览器Safari5除了全面支持HTML5之外，还有一个着重提到的功能就是Reader。

关于Reader的赞美之辞可以参看《改变阅读习惯的Safari 5阅读器》。

那么实际上Reader对于我个人的用处是在浏览DBAsupport.com站点的文章，此站点文章质量较高而且还时常出现不少新奇有趣的文章。但是这个站点恼人的地方在于：1.在Google Reader中无法看到全文 2.在站点上直接浏览文章的话要承受大量的广告。

比如原站点中的文章大概看上去是这样五颜六色的。

使用了Safari5 Reader以后，变成了一篇白底黑字的清爽文章。

但是目前这个版本的Reader仍然有需要改进的地方，特别是对于可能会有大量代码的技术文章，那些代码在原文中有rss格式化，但是Reader转换以后格式就不正确了，这样会导致较长的代码有一部分无法看到。

仍然是上面这片技术文章。原文中的格式如下图，虽然也不尽美观，但是注意那些小字体的部分，至少可以看到全部文字。

而在Reader中最后超出页面的那些文字都无法看到了，而且似乎是苹果太在意用户阅读体验了，甚至连横向的滚动栏也没有。是的，我知道Reader中的字体可以缩小，但是即使缩到最小也仍然有一部分在页面之外。

Hope will be fixed soon.

令我们欣慰的是，我们的努力获得了Oracle官方的认可。在和Oracle IOUC (International Oracle User Group Community)以及 APOUC (Asia Pacific Oracle User Group Community)负责人的交流之后，我们获得了Oracle官方的全面支持。

在今后，ACOUG举办的所有地面活动的场地都可以向Oracle官方申请获得，在不冲突的情况下，可以预约Oracle公司的Meeting Room。

而更令人兴奋的是，ACOUG将在2010 Oracle Open World (OOW) Beijing的大会上亮相，会场中将有一个大约能够容纳50-100人的房间用于ACOUG的组织介绍以及技术交流，这足以说明Oracle公司对于中国Oracle用户组织的重视。我们也希望通过ACOUG的努力能够让喜爱Oracle技术的朋友们更接近自己的理想。

好吧，Let’s do better.

BTW: 6月份的ACOUG活动仍然会在本月的最后一个周六下午举行，详细的活动内容可以参看ACOUG June Event。

如果要在Solaris10中安装Oracle11gR2的单机数据库，只需要以下简单的步骤。

1. 保证/tmp文件系统大于1G 在Soalris10中默认/tmp使用的是swap空间，因此在安装操作系统的时候给swap足够大的空间，比如4G或者8G

2. 添加组和用户（只需要最简单的dba组）

3. 修改操作系统内核参数（只需要修改shmmax，这里修改为4G）

4. 使用磁盘c1t1d0和c1t2d0创建zfs文件系统（ZFS非常方便，自动mount，不再需要修改vfstab文件）

5. runInstaller

6. 安装完毕以后再去设置oracle用户的.profile环境变量