0

我在 Oracle 数据库中有一个表，它有 60 列。以下是表结构。

ID  NAME TIMESTAMP PROERTY1 ...... PROPERTY60

该表将有很多行。表的大小将以 GB 为单位。但是表结构的问题是，将来如果我必须添加一个新属性，我必须更改架构。为避免这种情况，我想将表结构更改为以下。 

ID NAME TIMESTAMP PROPERTYNAME PROPERTYVALUE

将是一个示例行。 

1  xyz  40560 PROPERTY1 34500

通过这种方式，我将能够解决问题，但表格的大小会变大。在获取数据方面是否会对性能产生任何影响。我是甲骨文的新手。我需要你的建议。

4

1 回答 1

1

如果我必须添加一个新属性，我必须更改架构

这真的有问题吗？在较新版本的 Oracle 中，添加列变得更便宜、更方便。

但是如果您仍然需要使您的系统动态化，从某种意义上说您不必为新属性执行 DDL，那么以下简单的EAV实现可能是一个好的开始：

CREATE TABLE FOO (
    FOO_ID INT PRIMARY KEY
    -- Other fields...
);

CREATE TABLE FOO_PROPERTY (
    FOO_ID INT REFERENCES FOO (FOO_ID),
    NAME VARCHAR(50),
    VALUE VARCHAR(50) NOT NULL,
    CONSTRAINT FOO_PROPERTY_PK PRIMARY KEY (FOO_ID, NAME)
) ORGANIZATION INDEX;

注意ORGANIZATION INDEX：整个表只是一棵大 B-Tree，根本没有表堆。属于同一个 FOO_ID 的属性在物理上存储得很近，因此检索已知 FOO_ID 的所有属性将很便宜（但不如所有属性都在同一行中时便宜）。

您可能还想考虑是否适合：

  • 在 FOO_PROPERTY 中添加更多索引（例如，用于搜索属性名称或值）。请注意索引组织表中二级索引的额外成本。
  • 切换 FOO_PROPERTY PK 中的列顺序 - 如果您主要搜索属性名称并且很少检索给定 FOO_ID 的所有属性。这也将使索引压缩变得可行，因为索引的前沿现在是相对较宽的字符串（而不是窄整数）。
  • 对 VALUE 使用不同的类型（例如RAW，甚至是内联BLOB/CLOB，这可能会影响性能，但也可能提供额外的灵活性）。或者，您甚至可以为每种可能的值类型创建一个单独的表，而不是将所有内容都填充到一个字符串中。
  • 将属性“声明”分离到自己的表中。该表将有两个键：除了字符串 NAME 之外，它还将具有整数 PROPERTY_ID，然后可以将其用作 FOO_PROPERTY 中的 FK 而不是 NAME（以更多的 JOIN 为代价节省一些存储空间）。
于 2013-02-20T14:23:56.057 回答