2013-07-17 13 views
0

我已經運行到一個特定的SQL表的設計,我想看看有沒有人用它來形容它的通用名稱。該表具有這樣的定義:尋找一個通用名稱或術語,這個特定的數據庫表設計

CREATE TABLE [ATTRIBUTES] (
    [Id] [int] NOT NULL, 
    [FIELD_1] [varchar](30) NULL, 
    [VALUE_1] [varchar](30) NULL, 
    [FIELD_2] [varchar](30) NULL, 
    [VALUE_2] [varchar](30) NULL, 
    [FIELD_3] [varchar](30) NULL, 
    [VALUE_3] [varchar](30) NULL, 
    [FIELD_4] [varchar](30) NULL, 
    [VALUE_4] [varchar](30) NULL, 
    [FIELD_5] [varchar](30) NULL, 
    [VALUE_5] [varchar](30) NULL, 
    [FIELD_6] [varchar](30) NULL, 
    [VALUE_6] [varchar](30) NULL, 
    [FIELD_7] [varchar](30) NULL, 
    [VALUE_7] [varchar](30) NULL, 
    [FIELD_8] [varchar](30) NULL, 
    [VALUE_8] [varchar](30) NULL, 
    [FIELD_9] [varchar](30) NULL, 
    [VALUE_9] [varchar](30) NULL, 
    [FIELD_10] [varchar](30) NULL, 
    [VALUE_10] [varchar](30) NULL 
) 

的想法是允許(在這種情況下最多爲10的最大值)被定義的屬性的數目可變,而無需使用多個歸一化的設計。

我不是在尋找這種方法的優點/缺點,但沒有人知道用來描述這種類型的數據庫表設計的通用名稱或術語?

回答

-1

我將稱之爲一個(特別討厭)形式的鍵值存儲的。

+0

謝謝driis!當我讀到你的答案時,它似乎是一個非常好用的術語。唯一可能的補充是將其稱爲* limited *鍵值存儲,或者使用一些類似的形容詞來指示對數的限制。 –

+0

這只是一個關鍵價值商店。 –

2

這通常被稱爲屬性列模式,當人們不忙稱這是胡說八道。