ORACLE数据库插入性能测试
测试环境基本信息：
OS：Windows XP sp3
DB：Oracle 9.2.0.1 未启用归档
DB重做日志文件大小：100MB
硬盘型号：SAMSUNG HD161GJ（SATA-300,160G,7200rpm,8M cache）
CPU：Intel Core2 E8400（3.0G）
内存：2G
通过HD Tune得到的硬盘基本测试信息，
IOPS：66
读取：90MB/s
写入：82MB/s
测试表脚本：
create table T_EMPLOYEE
(
ID NUMBER(10) not null,
NAME VARCHAR2(20) not null,
CREATE_DATE DATE default sysdate not null,
BIRTHDAY DATE,
ADDRESS VARCHAR2(200),
EMAIL VARCHAR2(200),
MOBILEPHONE VARCHAR2(11),
TELEPHONE VARCHAR2(20),
IDENTITY_CARD VARCHAR2(18),
WEIGHT NUMBER,
HEIGHT NUMBER
)
插入10万条记录，采用Java JDBC方式的测试结果如下(单位：秒)：
执行方式
OCI
TCP/IP
OCI
IPC
thin
AutoCommit=true
thin
AutoCommit=false
Statement(test1)
69.84
67.03
66.96
42.81
PreparedStatement(test2)
40
37.18
39.21
12.66
PreparedStatement Batch(test3)
51.72
50.78
2.81
2.81
从测试结果可以看出，采用thin连接方式 batch插入的性能最好，而采用oci的batch插入性能未得到提高，也可能是bug。
记得以前在ORACLE文档里说采用oci模式的性能最好，9i中经过测试完全不成立，我想可能是以前java本身性能的问题，现在java语言的性能已经非常好了，thin连接方式不管是从管理还性能方面来说都是首选了。
注：采用oci的batch插入性能未得到提高确实是BUG，后来把ORACLE客户端升级到9.2.0.8，花的时间只要6s，但还是比thin的方式差。
相关文档：
本文主要从大型数据库ORACLE环境四个不同级别的调整分析入手，分析ORACLE的系统结构和工作机理，从九个不同方面较全面地总结了ORACLE数据库的优化调整方案。
关键词 ORACLE数据库环境调整优化设计方案
对于ORACLE数据库的数据存取，主要有四个不同的调整级别，第一级调整是操作系� ......
TNS-12518: TNS:listener could not hand off client connection
TNS-12560: TNS:protocol adapter error
TNS-00530: Protocol adapter error
32-bit Windows Error: 2: No such file or directory
解决方法：
因为我使用的是虚拟机，所以在IP上默认的自动� ......
嵌套表：
与可变数组类似，不同之处是嵌套表没有数据上限。
语法：
创建基类型
create or replace type 嵌套表基类型名 as object(字段参数);
create or replace type mingxitype as object(
goodsid varchar(15),
incount int,
providerid varchar(10)
)not final;
创建嵌套表类型
create or replace type � ......
现在看相关的RAC结构的文章还不太理解。
现在看这个就很清楚其中的意思了。
oracle clusterware 主要有以下主要部件：
CSS: 集群同步服务
主要管理整个集群内各个节点间的情况，包括节点的添加和减少。与之对应的是ocssd 进程，如果改进程出现故障将会导致节点重启。如果使用了第三方的clusterware，css 通过第三方clus ......
在Oracle中使用自动递增列
Oracle 沒有類似 MS-SQL 可以直接修改欄位屬性，設定成自動編號欄位，所以我們必須透過 Sequence 物件的 nextval 方法，取得其下一個值，然後將此值新增至 TABLE 中，製造出有自動編 ......
