1.对新的架构支持

对 Intel 64 位平台的支持。支持 infiniband 。极大地改进了多层开发架构下的性能和可扩展能力。新的版本也借用了 Windows作业系统对 Fiber 支持的优势。

2.高速数据处理能力

在这个版本中，一个新类型的表对象被引入。该表结构对大量插入和解析数据很有益处。这个表结构对 FIFO 的数据处理套用有着很好的支持。这样的套用在电信、生产套用中常常能够用到。通过使用这种最佳化的表结构能够对电信级的套用起到巨大的性能改进作用。

3.RAC workload 管理

一个新的服务框架。使得管理员作为服务来设定、管理监视套用负载。

4.针对 OLAP 的分区

通过对哈希分区的全局索引的支持可以提供大量的并发插入的能力

5.新的改进的调度器( Scheduler )

引入了一个新的资料库调度器，提供企业级调度功能。这个调度器可以使得管理员有能力在特定日期、特定时间调度 Job 。还有能力创建调度对象的库能够和既有的对象被其他的用户共享。

这个版本的 Oracle 的一个引人注目之处就是管理上的极大简化。大量複杂的配置和部署设定被取消或者简化。常见的操作过程被自动化。对不同区域的大多数调整和管理操作得到简化。

1.简化的资料库配置与升级

提供了预升级检查能力，有效地减少升级错误。 去除了了很多和资料库配置有关的任务或者对其加以自动化。在初始安装的时候，所有资料库都被预配置包括在 OEM 环境中而无需建立一个管理资料库。补丁程式可以自动标记并自动从 Oracle Metalink 下载。

Oracle 10g安装

2.自动存储管理

新版本的资料库能够配置成使用 Oracle 提供的存储虚拟层（ Storage Virtualization Layer) 。自动并简化资料库的存储。管理员可以管理少数的磁碟组而无需管理数千个档案--自动存储管理功能可以自动 配置磁碟组，提供数据冗余和数据的最佳化分配。

3.自动的基于磁碟备份与恢复

10G也极大的简化了备份与恢复操作。这个改进被称作Disk based Recovery Area ，可以被一个在线上Disk Cache 用来进行备份与恢复操作。备份可以调度成自动化操作，自动化最佳化调整。备份失败的时候，可以自动重启，以确保 Oracle 能够有一个一致的环境使用。

4.套用最佳化

以前的版本中， DBA 更多时候要手工对 SQL 语句进行最佳化调整。这里引入了一些新的工具，从此 DBA 无需手工做这些累人的事情。(这样的说法似乎有些太绝对）

5.自动化统计收集

为对象自动化收集最佳化统计。

6.自动化实例调整

DBA需要干预的越来越少幺? 好讯息还是坏讯息?

7.自动化记忆体调整

上一个版本对 UGA 能够进行自动化 Tuning ，这版本能够对 SGA 相关的参数进行调整。这意味着 DBA 只需要对2 个记忆体参数进行配置：用户可用的总的记忆体数量和共享区的大小。

1.缩短套用和资料库升级的宕机时间

通过使用 standby 资料库。允许在不同版本的 standby 和产品资料库间切换。现有的在线上重定义功能能够支持一步克隆所有相关的资料库对象。

2.回闪 (Flashback) 任何错误

该版本的 Oracle 也扩展了 Flashback 的能力。加了一个新类型的 Log 档案，该档案记录了资料库块的变化。这个新的 Log 档案也被自动磁碟备份和恢复功能所管理。如果有错误发生，例如针对不成功的批处理操作，DBA 可以运行 FlashBack。用这些 before Images 快速恢复整个资料库到先前的时间点--无须进行恢复操作，这个新功能也可以用到 Standby 资料库中。

Flashback 是资料库级别的操作，也能回闪整个表。既有的 FlashBack 查询的能力也已经加强。在这个版本中，管理员能够快速查看特定事务导致的变化。

3.Enhanced Data Guard Infrastructure

4.安全的加强

VPD 得到了改进 ( 希望这次名字不会换成别的 )，支持更多的安全协定。

DATA INTEGRATION

1.Oracle streams 这个版本也包括Oracle streams功能、性能以及管理上的改进。新功能包括对产品资料库downstream capture/ offloading the capture 和挖掘操作等。对 LONG、LONG RAW、NCLOB 等数据类型支持加强。对IOT/级联删除得到加强，性能也得到提升。

2.Data Pump

Oracle Data Pump--高速、并行的技术架构，能够快速的在资料库间移动数据与元数据。最初的 Export/Import 被 Data Pump Export/Data Pump Import所取代，并提供了完美粒度的对象选择性。Data Pump 操作具有可恢复性。相比 Exp/Imp，有了很大的改进。归档数据、逻辑备份的数据和可传输的表空间都可以用 Data Pump 来操作。

这个特性和NCR的产品工具有很大的相似性（连名字都很相似），究竟功能性能会怎样，还是让我们拭目以待。

(BIOINFORMATICS)

1.超大资料库的支持

可支持到 8E 的数据量。改进的存储、备份、恢复管理也对超大资料库有着很好的支持。分区可以支持索引组织表。

2.缩简讯息周转时间

新版本的 Oracle 提供了加强的 ETL 功能。可以方便的构建大型数据仓库和多个数据集市。一个新的变化数据捕捉的框架允许管理员能够轻易的捕捉并发布数据的变化。新的 CDC 功能利用的是 Oracle 的 Stream 技术架构。

对于大数据量的转移，新版本提供了对可传输表的跨平台的支持，允许大批量数据快速从资料库上的脱离并附接到第二个资料库上。

3.增强的外部表功能

4.SQL Loader 的功能加强

5.增强的 SQL 分析能力

SQL 语句的功能针对 BI 得到了极大地增强。

6.增强的 OLAP 分析功能

Oracle 内建的分析功能得到增强。提供了新的基于 PL/SQL 和 XML 的接口。

提供了新的并行能力，以便于进行聚合和 SQL IMPERT 操作。一些算法得到改进。同时 OEM 能够用来监视并管理数据挖掘环境。

7.BIOINFORMATICS 的支持

这个版本包含对 BIOINFORMATICS 技术的特定支持。包括对 Double 和 Float数据类型的 Native 支持。内建的统计函式支持常见的 ANOVA 分析等。

8.改进的数据挖掘的能力

1.XML 方面的增强

2.多媒体

在前面的版本中，存在着媒体档案4G的限制。媒体档案的 4G 大小限制去掉了(限制是：8-128T)。通过 SQL多媒体标準能够访问多媒体数据。对更多的新的多媒体格式提供支持。

3.文档和文本管理

提供了自动发现未知文档的语言和字元集的功能。支持新的 German 拼写规则 Japanese adverb 等等。

本地分区的文本索引可以在线上创建。文档可以在索引创建和重建的时候插入。文档服务，如高亮功能无须重建索引。检索文档的能力也得到提高。

套用开发方面的加强

1、SQL 语言的加强

SQL 和 PL/SQL 对正则表达式支持。激动人心的一个特性，这个特性怕是要改写很多人编程的习惯了。或许能见到一条 SQL 语句完成更为複杂的功能。这个版本还支持表达式过滤的功能。

2、PL/SQL 的增强

最重要的当数新的 PL/SQL 最佳化编译器，提供了一个框架有效地最佳化编译 PL/SQL 程式。 这个版本还引入了两个新的资料库包：UTL_COMPRESS、UTL_MAIL。

3、全球化和 Unicode 的增强提供了Globalization Development Kit (GDK)。Oracle NLS定义档案开始具有平台无关性.

4、Java Improvements

对 JDBC 更好的支持。

OCCI 和 Pre Compilers 的改进； 资料库 Web 服务的改进； 基于 Web 的开发环境的加强等 .

Oracle系统一般运行于HP-UX，或是AIX平台。这些大型UNIX系统都不会用于桌面系统，一般用来运行Oracle、Sybase、DB2等大型资料库系统。其系统构建、实施、运维、高可用设定，有其平台特点。可参看一本极具特色的技术专着《Oracle大型资料库系统在AIX / UNIX上的实战详解》。该书以AIX 等大型UNIX平台为主线，以其他UNIX系统如HP-UX系统为参照，描述了Oracle10g、Oracle 11g资料库系统在这些平台上的构架方法、集群化要素、综合容灾手段等。.

大家通常会遇到这种现象，在自己web项目首页使用用户名，密码登入系统时，始终停留在本页面，无法进入系统，或是在执行某些操作后，系统一直处在等待状态，不出结果，后台也无任何错误提醒。此时，很大的可能就是资料库锁等待，所要查询的包含用户名和密码的表或是用户正操作的表正在被占用造成的。
锁等待的现象：程式在执行的过程中，点击确定或保存按钮，程式没有回响，也没有出现报错。
网上有很多人把这种现象称为死锁，是不合理的。此时的oracle并未发生任何死锁现象，只是它一直在等待使用者前一个操作的提交。
产生锁等待的原因：当对于资料库某个表的某一列做更新或删除等操作，执行完毕后该条语句不提交，另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态，此时的现象是这条语句一直在执行，但一直没有执行成功，也没有报错。
锁等待定位方法：
Sql代码
select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))
Sql代码
SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,
l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS
FROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;
以上两种方法皆可以，不过查询出来的属性不同，可以根据个人需要选择。其中有一种方法速度较快，但我忘记是哪一种了，您若遇到资料库出现和锁等待相符的现象，可以用这两种方法查询试一下，若得到结果，则说明确实发生锁等待现象了。
单个解决锁等待的方法：
Sql代码
alter system kill session 'sid, serial#'
其中的sid和serial可以通过上面锁等待定位方法的第二个方法得到，sid对应SESSION_ID，serial#对应SERIAL#。例如：
Sql代码
alter system kill session '130,2';
我通常会遇到上千个锁，实在没办法一个一个的kill掉了，所以我通常使用下述批量解锁方法。
批量解锁方法：
注：此方法应在plsql中运行
Sql代码
declare cursor mycur is
select b.sid,b.serial#
from v$locked_object a,v$session b
where a.session_id = b.sid group by b.sid,b.serial#;
begin
for cur in mycur　loop
execute immediate ( 'alter system kill session '''||cur.sid || ','|| cur.SERIAL# ||''' ');
end loop;
end;