Oracle 模式设计 : Seperate Schema with I/O Overhead?

Question

我们正在为基于 Oracle 11gR1 的新系统设计数据库模式。我们已经确定了一个主模式，它有近 100 个表，这些表将从前端 Java 应用程序访问。

我们需要审计接近 50 个表中发生更改的值，这必须在每一行中完成。

这意味着，对于 MYSYS.T1 中的单行，这是可能的。 MYSYS_AUDIT.T1_AUD 中可能有 50(或更多或更少，但最少为 1)行 table 。我们可能拥有每个列条目的旧值和来自 T1 的新值。 .

DBA 给出了一个观察，建议不要使用这种方法，因为他说，单独的模式意味着每个操作都有一个额外的 I/O。基本上 AUDIT 架构将仅用于进行一些分析和输入值(因此 SELECT 和 INSERT )。

“单独的模式意味着额外的 I/O”是真的吗？我找不到理由。

这对我来说是合乎逻辑的，因为审计数据不应该被篡改，所以是一个单独的模式。

此外，我们设计了一个单独的模式来归档来自 MYSYS 的一些表。 .来自 MYSYS_ARC该表可能会在足够长的时间后备份到磁带中或删除。

很少的统计数据:MYSYS 中的几张 table (接近 20、30)架构可以增长到大约 50M 行。
我们要求的总磁盘空间为 4 TB。MYSYS_AUDIT架构可能是 MYSYS 的 10 倍但我们不会把它们保存超过 3 个月。
MYSYS 中的少数表将具有以下事务/分钟。

100 INSERT在 MYSYS意味着相同数量的插入 MYSYS_AUDIT表。

1000 UPDATE在 MYSYS表意味着 MYSYS_ADIT 中的插入次数相同表。

问题:
鉴于所有这些，你能建议我改进吗？

单独的架构会影响磁盘 I/O？ (每个模式一个额外的 I/O ？)

有什么一般建议吗？

图:

+-------------------+          +-------------------+
|       MYSYS       |          |     MYSYS_AUDIT   |
|                   |          |                   |
|    1. T1          |          |     1. T1_AUD     |
|    2. T2          |          |     2. T2_AUD     |
|    3. T3          |--------->|     3. T3_AUD     |
|    4. T4          |(SELECT,  |     4. T4_AUD     |
|     .             | INSERT)  |      .            |
|     .             |          |      .            |
|     .             |          |      .            |
|  100. T100        |          |    50. T50_AUD    |
+-------------------+          +-------------------+
        |
        |
        |
        |
        |(INSERT)
        |
        |
        |
        *
+-------------------+
|   MYSYS_ARC       |
|                   |
|    1. T1_ARC      |
|    2. T2_ARC      |
|    3. T3_ARC      |
|    4. T4_ARC      |
|     .             |
|     .             |
|     .             |
|  100. T100_ARC    |
+-------------------+

除此之外，我们还有两个只有只读权限的模式，但主要是为了临时目的，我们不介意它们的性能。

意见建议:
有几个建议。我们同意以下内容。

逻辑分离的模式。

TRIGGER用于将数据插入到 AUDIT 表中。

表名不会有 _AUD后缀。 :)

填充程序 ARCHIVE模式表。

基于间隔的分区。

我们正在分析...

工作区管理器选项。

在接受 APC 或 dpbradely 的解决方案之前，该问题仍可供进一步建议。

Answer 1

将对象放在单独的模式中不会导致额外的 I/O - 也许存在误解，您的 DBA 的意思是审计的存在会导致额外的 I/O，这当然无论如何都是正确的你实现它。