izard预加载数据量不同，测试结果是不是不同呢？
对oracle自己来说，有索引的表性能在大小一定的时候是不会有什么区别的，但是当表的行数达到一定的程度，例如几个亿行，索引性能还不如全表扫描的性能。因此对于OE所允许的范围，我认为表数据大小对性能影响不会很大。
Swingbench是一个压力测试工具，其结果tpmc也是表示每分钟所能做的交易数量。如果预加载的数据越多，而TX中所有类型的权重固定的 话，需要调整并行users的数量，以取得一个最佳的tpms值。我之前测试的结果来看，并行user固定，预加载的数据越多，得到的tpmc结果越小， 我也有点迷糊了，后来仔细分析了之后才发觉，应该相应修改并行users的数量。
通过修改TX panel里的各个交易类型的权重，也可以得出oracle的一些性能参数，例如查询加重，如果tpmc的值还差不多，说明这个数据库的查询能力还是不错的。
B，TPMC介绍
按照TPC的定义，流量指标描述了系统在执行Payment、Order-status、Delivery、Stock-Level这四种交易的同时，每分钟可以处理多少个New-Order交易。所有交易的响应时间必须满足TPC-C测试规范的要求。
流量指标值越大越好！
TPMC计算依据
为了方便计算数据库服务器的造型，我们约定：
" 系统同时在线用户数为1500人（U1）；
" 平均每个用户每分钟发出2次业务请求（N1）；
" 系统发出的业务请求中，更新、查询、统计各占1/3；
" 平均每次更新业务产生3个事务（T1）；
" 平均每次查询业务产生8个事务（T2）；
" 平均每次统计业务产生13个事务（T3）；
" 一天内忙时的处理量为平均值的5倍；
" 经验系数为1.6；(实际工程经验)
" 考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1+T2+T3）/3*3*经验系数/冗余系数
则应用服务器的处理性能估算为：
TPC-C= 1500*2*（3+8+13）/3*5*1.6/0.7=274,285 tpmC
数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，系统将配置两台TPC-C值不小于28万的高性能数据库服务器