Oracle一般有哪些版本各个版本有什么区别

1977年，Larry Ellison、Bob Miner和Ed Oates等人组建了Relational软件公司(Relational Software Inc，RSI)。他们决定使用C语言和SQL界面构建一个关系数据库管理系统(Relational Database Management System，RDBMS)，并很快发布了第一个版本(仅是原型系统)。

1979年，RSI首次向客户发布了产品，即第2版。该版本的RDBMS可以在装有RSX-11 *** 作系统的PDP-11机器上运行，后来又移植到了DEC VAX系统。

1983年，发布的第3个版本中加入了SQL语言，而且性能也有所提升，其他功能也得到增强。与前几个版本不同的是，这个版本是完全用C语言编写的。同年，RSI更名为Oracle Corporation，也就是今天的Oracle公司。

1984年，Oracle的第4版发布。该版本既支持VAX系统，也支持IBM VM *** 作系统。这也是第一个加入了读一致性(Read-consistency)的版本。

1985年，Oracle的第5版发布。该版本可称作是Oracle发展史上的里程碑，因为它通过SQLNet引入了客户端/服务器的计算机模式，同时它也是第一个打破640KB内存限制的MS-DOS产品。

1988年，Oracle的第6版发布。该版本除了改进性能、增强序列生成与延迟写入(Deferred Writes)功能以外，还引入了底层锁。除此之外，该版本还加入了PL/SQL和热备份等功能。这时Oracle已经可以在许多平台和 *** 作系统上运行。

1991年，Oracle RDBMS的61版在DEC VAX平台中引入了Parallel Server选项，很快该选项也可用于许多其他平台。

1992年，Oracle 7发布。Oracle 7在对内存、CPU和I/O的利用方面作了许多体系结构上的变动，这是一个功能完整的关系数据库管理系统，在易用性方面也作了许多改进，引入了SQLDBA工具和database角色。

1997年，Oracle 8发布。Oracle 8除了增加许多新特性和管理工具以外，还加入了对象扩展(Object Extension)特性。

2001年，Oracle 9i release 1发布。这是Oracle 9i的第一个发行版，包含RAC(Real Application Cluster)等新功能。

2002年，Oracle 9i release 2发布，它在release 1的基础上增加了集群文件系统(Cluster File System)等特性。

2004年，针对网格计算的Oracle 10g发布。该版本中Oracle的功能、稳定性和性能的实现都达到了一个新的水平。

2007年年7月12日，甲骨文公司推出的最新数据库软件Oracle 11g，Oracle 11g有400多项功能，经过了1500万个小时的测试，开发工作量达到了36万人/月。相对过往版本而言，Oracle 11g具有了与众不同的特性。

1、就最新版本来看，基本企业业务功能上，双方没有明显区别，都可实现。

2、sap起家于制造业，进入中国市场早，所以相对案例多，牌面上似乎更适合制造业，但是实际上两款软件都可以用在制造业等行业。没有明显的适合与不适合。s与o，更像宝马与奔驰，不能说哪个更好更强。双方都有成功的案例，也有失败的案例。相互替换的情况都有。所以切不可说谁一定比谁强。成功与失败，绝不简单是一个软件就可以决定的。

3、s德国系，更严谨，相对调整会感觉略重。o美系，更开放灵活，调整起来更轻便。所以会发现重资产s记多，轻资产o记多。稳定期企业s记多，快速发展期企业o记多。对于业态多，变化多、快的企业，o记似乎更适合。但还是那句话，基本业务双方都能实现，没有一定谁比谁强。

4、s记产品和实施费用高。由于核心语言相对封闭，所以实施开发人员有一定入门门槛，成本高。o记要求语言入门门槛低，开发人员成本相对低，易培养。由于s记价格高，所以价值链上利润空间多，生态圈好。o记相对生态圈差太多。

5、s的cs结构，一直被诟病，也是其互联网化慢的阻碍。虽近期在不断改变，但比结构就是bs化的o来的自然不够彻底。

6、除erp外的周边，hr、crm一直是s的弱项。而o通过收购，这些是其超强项。

7、s在去o数据库化，走hana。o在云端化，走saas。双方目前在一个关键的分岔路上。如果云化是下一个IT爆发点，s记很可能是下一个诺基亚。如果云化没有爆发，o记可能会退回老路，经历一个低落。

8、中国市场在双方全球收入比重不同，所以两个公司在中国市场投入明显不同。s记更大手笔。

Oracle 数据导入方法比较 每个数据库管理员都会面临数据导入的问题，这有可能发生在数据库的新老移植过程中，或者是在数据库崩溃后的恢复重建过程中，还有可能是在创建测试数据库的模拟环境过程中，总之作为一名合格的数据库管理员，你应该做好接受各种数据导入请求的技术储备，同时还要尽量满足人本能的对导入速度的苛求。本文仅针对 Oracle 数据库所提供的加速数据导入的各种特性和技术进行探讨，其中的一些方法也可以转化应用于其他数据库。以下七种数据导入方法哪个最适用需要针对具体情况具体分析，我也附带列举了影响导入速度的各种因素供斟酌。为了比较各种数据导入方法的效果，我创建了示例表和数据集，并用各种方法导入示例数据集来计算总体导入时间和导入进程占用 CPU 时间，这里得出的时间仅供参考。需要说明的是，建议你使用 Oracle 9i 企业版数据库，当然你也可以尝试使用 Oracle 73 以上的标准版数据库。本文使用的机器配置为：CPU Intel P4，内存 256M，数据库 Oracle 9i 企业版

示例表结构和数据集

为了演示和比较各种数据导入方法，我假定数据导入任务是将外部文件数据导入到 Oracle 数据库的CALLS表中，外部数据文件包含十万条呼叫中心记录，将近 6MB 的文件大小，具体的数据示例如下:

82302284384,2003-04-18:13:18:58,5001,投诉,手机三包维修质量82302284385,2003-04-18:13:18:59,3352,咨询,供水热线的号码82302284386,2003-04-18:13:19:01,3142,建议,增设公交线路

接受导入数据的表名是 CALLS，表结构如下：

Name Null Type Comment ------------ --------- ------------- ----------------- CALL_ID NOT NULL NUMBER Primary key CALL_DATE NOT NULL DATE Non-unique index EMP_ID NOT NULL NUMBER CALL_TYPE NOT NULL VARCHAR2(12) DETAILS VARCHAR2(25)

逐条数据插入INSERT

数据导入的最简单方法就是编写 INSERT 语句，将数据逐条插入数据库。这种方法只适合导入少量数据，如 SQLPlus 脚本创建某个表的种子数据。该方法的最大缺点就是导入速度缓慢，占用了大量的 CPU 处理时间，不适合大批量数据的导入；而其主要优点就是导入构思简单又有修改完善的d性，不需要多做其它的准备就可以使用。如果你有很多时间没法打发，又想折磨一下数据库和 CPU，那这种方法正适合你。:)

为了与其它方法做比较，现将十万条记录通过此方法导入到 CALLS 表中，总共消耗 172 秒，其中导入进程占用 CPU 时间为 52 秒。

逐条数据插入 INSERT，表暂无索引

为什么上一种方法占用了较多的 CPU 处理时间，关键是 CALLS 表中已创建了索引，当一条数据插入到表中时，Oracle 需要判别新数据与老数据在索引方面是否有冲突，同时要更新表中的所有索引，重复更新索引会消耗一定的时间。因此提高导入速度的好办法就是在创建表时先不创建索引或者在导入数据之前删除所有索引，在外部文件数据逐条插入到表中后再统一创建表的索引。这样导入速度会提高，同时创建的索引也很紧凑而有效，这一原则同样适用于位图索引（Bitmap Index）。对于主要的和唯一的关键约束(key constraints)，可以使之先暂时失效(disabling)或者删除约束来获得同样的效果，当然这些做法会对已经存在的表的外键约束产生相关的影响，在删除前需要通盘斟酌。

需要说明的是，这种方法在表中已存在很多数据的情况下不太合适。例如表中已有九千万条数据，而此时需要追加插入一千万条数据，实际导入数据节省的时间将会被重新创建一亿条数据的索引所消耗殆尽，这是我们不希望得到的结果。但是，如果要导入数据的表是空的或导入的数据量比已有的数据量要大得多，那么导入数据节省的时间将会少量用于重新创建索引，这时该方法才可以考虑使用。

加快索引创建是另一个需要考虑的问题。为了减少索引创建中排序的工作时间，可以在当前会话中增加 SORT_AREA_SIZE 参数的大小，该参数允许当前会话在内存的索引创建过程中执行更多的排序 *** 作。同样还可以使用 NOLOGGING 关键字来减少因创建索引而生成的 REDO 日志量，NOLOGGING 关键字会对数据库的恢复和 Standby 备用数据库产生明显的影响，所以在使用之前要仔细斟酌，到底是速度优先还是稳定优先。

运用这种方法，先删除 CALLS 表的主键和不唯一的索引，然后逐条导入数据，完成后重新创建索引( 表在导入数据前是空的)。该方法总共消耗 130 秒，包括重建索引的时间，其中导入进程占用 CPU 时间为 35秒。

这种方法的优点是可以加快导入的速度并使索引更加紧凑有效；缺点是缺乏通用性，当你对表增加新的复杂的模式元素（索引、外键等）时你需要添加代码、修改导入执行程序。另外针对 724 在线要求的数据库在线导入 *** 作时，删除表的索引会对在线用户的查询有很大的性能影响，同时也要考虑，主要或唯一的关键约束条件的删除或失效可能会影响到引用它们的外键的使用。

批量插入，表暂无索引

在Oracle V6 中 OCI 编程接口加入了数组接口特性。数组 *** 作允许导入程序读取外部文件数据并解析后，向数据库提交SQL语句，批量插入 SQL 语句检索出的数据。Oracle 仅需要执行一次 SQL 语句，然后在内存中批量解析提供的数据。批量导入 *** 作比逐行插入重复 *** 作更有效率，这是因为只需一次解析 SQL 语句，一些数据绑订 *** 作以及程序与数据库之间来回的 *** 作都显著减少，而且数据库对每一条数据的 *** 作都是重复可知的，这给数据库提供了优化执行的可能。其优点是数据导入的总体时间明显减少，特别是进程占用 CPU 的时间。

需要提醒的是，通过 OCI 接口确实可以执行数据批量导入 *** 作，但是许多工具和脚本语言却不支持使用此功能。如果要使用该方法，需要研究你所使用的开发工具是否支持 OCI 批量 *** 作功能。导入程序需要进行复杂的编码并可能存在错误的风险，缺乏一定的d性。

运用上述方法，程序将外部数据提取到内存中的数组里，并执行批量插入 *** 作（100行/次），保留了表的删除/重建索引 *** 作，总的导入时间下降到 14 秒，而进程占用 CPU 的时间下降到7秒，可见实际导入数据所花费的时间显著下降了 95%。

CREATE TABLE AS SELECT，使用Oracle9i的External Table

Oracle 9i 的一项新特性就是 External Table，它就象通常的数据库表一样，拥有字段和数据类型约束，并且可以查询，但是表中的数据却不存储在数据库中，而是在与数据库相关联的普通外部文件里。当你查询 External Table 时，Oracle 将解析该文件并返回符合条件的数据，就象该数据存储在数据库表中一样。

需要注意的是，你可以在查询语句中将 External Table 与数据库中其他表进行连接（Join），但是不能给 External Table 加上索引，并且不能插入/更新/删除数据，毕竟它不是真正的数据库表。另外，如果与数据库相关联的外部文件被改变或者被删除，这会影响到 External Table 返回查询结果，所以在变动前要先跟数据库打招呼。

这种方法为导入数据打开了新的一扇门。你可以很容易的将外部文件与数据库相关联，并且在数据库中创建对应的 External Table，然后就可以立即查询数据，就象外部数据已经导入到数据库表中一样。唯一的不足需要明确，数据并未真正导入到数据库中，当外部文件被删除或覆盖时，数据库将不能访问 External Table 里的数据，而且索引没有被创建，访问数据速度将有所缓慢。创建 CALLS_EXTERNAL（External Table表）如下，使之与外部数据文件关联：

CREATE TABLE calls_external (call_id NUMBER, call_date DATE, emp_id NUMBER, call_type VARCHAR2(12), details VARCHAR2(25)) ORGANIZATION EXTERNAL (TYPE oracle_loader DEFAULT DIRECTORY extract_files_dir ACCESS PARAMETERS (RECORDS DELIMITED BY NEWLINE FIELDS TERMINATED BY ',' MISSING FIELD VALUES ARE NULL (call_id, call_date CHAR DATE_FORMAT DATE MASK "yyy-mm-dd:hh24:mi:ss", emp_id, call_type, details ) ) LOCATION ('callsdat') );

然后将 External Table 与真正被使用的表 CALLS 关联同步，删除 CALLS 表并重建它：

CREATE TABLE calls ( call_id NUMBER NOT NULL, call_date DATE NOT NULL, emp_id NUMBER NOT NULL, call_type VARCHAR2(12) NOT NULL, details VARCHAR2(25) ) TABLESPACE tbs1 NOLOGGING AS SELECT call_id, call_date, emp_id, call_type, details FROM calls_external;

因为 CALLS 表是真正的数据库表，可以创建索引来加快访问，表中的数据将被保留，即使外部数据文件被更新或被删除。在建表语句中NOLOGGING关键字用于加快索引重建。

运用这种方法导入数据，总的导入时间为 15 秒，进程占用 CPU 的时间为8秒，这比前一种方法稍微慢些，但不能就此认为使用 External Table 导入数据一定比 OCI 批量插入慢。

这种方法的优点是，未经进行大量的编写代码就取得了不错的结果，不象 OCI 批量插入存在编码错误风险，它还可以使用 dbms_job 包调度数据导入进程，实现数据导入的自动化。其缺点是目标表必须先删除后重建，如果只需要导入增量数据时此方法就不合适了，另外用户在表的重建过程中访问数据时会遇到 "table or view does not exist" 的错误，它仅适用于 Oracle 9i 以上版本的数据库。

INSERT Append as SELECT，使用 Oracle9i 的 External Table

上一种方法演示了如何创建与外部数据文件关联的数据库表，其表的数据是由外部数据文件映射过来。缺点是数据库表需要被先删除再重建来保持与外部数据文件的一致和同步，对导入增量的数据而不需要删除已有数据的情况不合适。针对这种需求，Oracle 提供了 INSERT 语句外带 APPEND 提示来满足。

INSERT /+ APPEND / INTO calls (call_id, call_date, emp_id, call_type, details) SELECT call_id, call_date, emp_id, call_type, details FROM calls_external;

该语句读取引用外部数据文件的 CALLS_EXTERNAL 表中内容，并将之增加到表 CALLS 中。Append 提示告诉 Oracle 使用快速机制来插入数据，同时可以配合使用表的 NOLOGGING 关键字。

可以预见这种方法与前一方法消耗了相同的时间，毕竟它们是使用 External Table 特性导入数据的不同阶段解决方法。如果目标表不是空的，那将会消耗稍微长的时间（因为要重建更长的索引），而前一 CREATE TABLE as SELECT 方法是整体创建索引。

SQLLoader的强大功能

SQLLoader 是 Oracle 提供的导入实用程序，特别针对从外部文件导入大批量数据进入数据库表。该工具已经有多年的历史，每一次版本升级都使其更加强大、灵活和快捷，但遗憾的是它的语法却是神秘而不直观，并且只能从命令行窗口处进行调用。

尽管它有不直观的缺点，但却是最快最有效的导入数据方法。缺省情况下它使用 "conventional path" 常规选项来批量导入数据，其性能提高度并不明显。我建议使用更快速的导入参数选项，在命令行添加"direct=true" 选项调用 "direct path" 导入选项。在 "direct path" 导入实现中，程序在数据库表的新数据块的 high water mark 处直接写入导入数据，缩短了数据插入的处理时间，同时优化使用了非常有效的B+二叉树方法来更新表的索引。

运用这种方法，如果使用缺省的 conventional path 导入选项，总的导入时间是 81 秒，进程占用 CPU 时间大约是 12 秒，这包括了更新表的索引时间。如果使用 direct path 导入选项，总的导入时间竟是 9 秒，进程占用 CPU 时间也仅仅是 3 秒，也包括了更新表的索引时间。

由此可见，尽管表中的索引在数据导入之前并没有被删除，使用SQLLoader的direct path 导入选项仍然是快速和有效的。当然它也有缺点，就像NOLOGGING关键字一样该方法不生成REDO日志数据，导入进程出错后将无法恢复到先前状态；在数据导入过程中表的索引是不起作用的，用户此时访问该表时将出现迟缓，当然在数据导入的过程中最好不要让用户访问表。

分区交换 (Partition Exchange)

以上讨论的数据导入方法都有一个限制，就是要求用户在导入数据完成之后才可以访问数据库表。面对7×24不间断访问数据库来说，如果我们只是导入需要增加的数据时，这种限制将对用户的实时访问产生影响。Oracle在这方面提供了表分区功能，它可以减少导入数据 *** 作对用户实时访问数据的影响， *** 作模式就象使用可热插拔的硬盘一样，只不过这里的硬盘换成了分区（Partition）而已。需要声明的是 Partitioning 分区功能只有在企业版数据库中才提供。

在一个被分区过的表中，呈现给用户的表是多个分区段（segments）的集合。分区可以在需要时被添加，在维护时被卸载或删除，分区表可以和数据库中的表交换数据，只要它们的表结构和字段类型是一致的，交换后的分区表将拥有与之互动的表的数据。需要注意的是，这种交换只是在Oracle数据库的数据字典层面上进行，并没有数据被实际移动，所以分区表交换是极其快速的。

为了创建实验环境，先假设CALLS表是个分区表，要创建一个空的分区PART_01012004，用来保存2004年1月1日的呼叫数据。然后需要再创建一临时表为CALLS_TEMP，该表与CALLS表拥有相同的字段和数据类型。

我们使用先前介绍的导入方法将十万条数据导入到CALLS_TEMP表中，可以耐心等待数据完全导入到CALLS_TEMP表中，并且创建好索引和相关约束条件，所有这一切 *** 作并不影响用户实时访问CALLS表，因为我们只对CALLS_TEMP临时表进行了 *** 作。一旦数据导入完成，CALLS_TEMP表就存有2004年1月1日的呼叫数据。同时利用CALLS表中名为PART_01012004的空分区，使用如下语句执行分区交换：

ALTER TABLE calls EXCHANGE PARTITION part_01012004 WITH TABLE calls_temp INCLUDING INDEXES WITHOUT VALIDATION;

分区交换 *** 作将非常快速地只更新CALLS表的数据字典，PART_01012004分区表即刻拥有CALLS_TEMP表的所有数据，而CALLS_TEMP表变为空表。假定CALLS表使用局部索引而非全局索引，上述语句中的INCLUDING INDEXES将保证分区交换包括索引的可用性，WITHOUT VALIDATION 指明不检查交替表中数据的匹配，加快了交换的速度。

结论

以上探讨了Oracle数据库的多种数据导入方法，每种方法都有其优缺点和适用环境，能够满足你不同的导入需求，当然你需要在了解了这些方法后，在速度、简易性、灵活性、可恢复性和数据可用性之间寻求最佳导入方案。

为了对比各种方法的效果，我们创建了一个实例来展示各种方法的导入效率和效果，从中你可以选择最适合的方法用于今后的数据导入工作。同时请记住，本文并未囊括所有的ORACLE数据导入技术（比如并行数据导入技术），这需要我们继续不懈的探索和尝试。

Oracle推出其数据库产品的 g第 版（ g R ） 提供更强的安全性 更高的性能以及一些期待已久的改进和修正 新发布的 g R 版本是Oracle自 年 月首次发布该数据库以来的第一次修正 该数据库产品被誉为 唯一为网格计算而设计的数据库 Oracle在关系型数据库方面成就卓著 而我们的竞争对手却还为在产品中提供一些基本功能而有条不紊的努力 Database Sever Technologies高级副总裁Andy Mendelsohn这样说 言语中流露出对竞争对手微软的嘲讽 后者的SQL Server 数据库第 代升级版本已经再三推迟发布 Oracle还宣称 有超过 家公司 其中包括ISVs 系统集成商和硬件设备商 参与了其Beta版数据库的开发以及新发布版本的测试工作 另外 Oracle还推出了一个客户平台 并宣布将全球范围CRM定制开发公司的 个客户和 名定阅者 纳入到该平台 以支持公司的应用软件和应用服务 在新发布的 g R 版本中 新增加了旨在提高所有分类 *** 作（如查询和索引创建）性能的新分类技术 以及不再需预先加载分类 *** 作和相关第三方软件 Oracle还在Data Guard中新增了自动管理能力 即在数据库发生失败时 无需人为参与 也可以在几秒钟内切换到备用数据库 另外 g R 版数据库采用了新型数据加密方法 透明数据加密（Transparent Data Encryption） 该加密方法可以对磁盘上的数据库数据 如xyk帐号或Social Security号码 进行透明加密 而无需软件重写数据 Oracle称 该功能是 完全应用软件透明的 它可以防止用户数据失窃和解决调整兼容性问题 g R 版本数据库还首次增加了磁盘或磁带备份数据的加密功能 新增加的Oracle Secure Backup自动磁带备份管理系统对低成本备份产品提供了支持 该管理系统还可用于 g以前的数据库版本 如Oracle i Oracle还对现有的RMAN（Recovery Manager）磁盘备份功能进行了增强 使其具备了加密备份数据的能力 在管理方面 g R 改进了从内存采集性能统计信息的方法 可以更好的诊断出性能低下和停止响应故障 Automatic Database Diagnostic Monitor也针对总体系统性能做了优化 可以侦测和诊断更广泛的性能故障 另外 g R 版本还提供了Automatic Workload Repository功能 用于性能方面的故障排除 面向应用程序开发者 g R 版本也提供了一些新功能 Oracle声称 该新版本数据库第一个在商业上包含了对W C XML Query标准的支持 用于XML数据的访问 Xquery还未最终完成 然而 Oracle最大的数据库产品竞争对手 IBM和微软 都在自己的数据库产品中都提供了XML支持 例如 IBM的一名发言人曾说 基本上 Oracle提供的存储方式与目前IBM采用的属于同一方式 换句话说 就是将一整篇XML文档作为一个大的对象存储 同时又将XML内容分割为多个列 在多列存储中 IBM使用SQL来查询XML 而在大对象存储中 则使用W C s XPath查询 借助CLR（Common Language Runtime）中存储的程序 g R 还对微软Windows提供更好的支持 并且增强了Oracle HTML DB（针对Oracle Database的快速Web应用开发工具）的开发功能性 lishixinzhi/Article/program/Oracle/201311/18736

以上就是关于Oracle一般有哪些版本各个版本有什么区别全部的内容，包括:Oracle一般有哪些版本各个版本有什么区别、SAP,Oracle,数据库有什么区别、如何提高oracle 插入效率等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！