存儲元數據庫

Question

我在這個問題上與同事有點不同意。首先，環境（有保證的，不會改變）：

• SQL Server 2008 R2的
• ASP.NET MVC 3
• C＃

而現在，這種情況下：我在一個應用程序上工作，這將使用戶能夠收集用戶的輸入並將其存儲起來用於以後的報告。收集輸入的方法是可以放在頁面上的各種控件。收集數據不是問題;存儲它。

數據庫中的數據庫

我按照它應該被存儲爲鍵值對的集合概念（在這個例子中，一臺名爲ResponseItems）：

+----------+----------+----+-----+ 
|ResponseId|FormItemId|Name|Value| 
+----------+----------+----+-----+ 

在哪裏ResponseId和FormItemId構成主鍵，ResponseId與Response表有關，因此：

+----------+------+------+-------------+ 
|ResponseId|FormId|UserId|SubmittedDate| 
+----------+------+------+-------------+ 

和與一個FormItem表FormItemId：

+----------+------+----+-----------------+ 
|FormItemId|FormId|Type|InstantiationData| 
+----------+------+----+-----------------+ 

哪裏FormId是一樣的，在Response表FormId，引用Form表，這是不一樣重要說明。

XML序列化

我回來的應答序列化窗體組件和響應的XML更有意義，這樣，它需要在表計少批量，只留下一個形式表：

+------+--------+ 
|FormId|Elements| 
+------+--------+ 

以及所有實例化數據存儲在Elements中每個表單元素的XML數據中。響應被進行類似記載：

+----------+------+-------------+----------------+ 
|ResponseId|UserId|SubmittedDate|ResponseElements| 
+----------+------+-------------+----------------+ 

短期問題後，龍前言

我想到的第一個想法是更清潔和更容易報告。你怎麼看？

作爲最後一點，雙方都有更多的表格，因爲每次用戶編輯表單時都會對錶格進行版本控制。

Answer 1

第一種方法稱爲實體屬性值（EAV）。在我看來，這是從來沒有存儲關係數據的好方法。在採用該設計之前，您應該閱讀一篇名爲Bad CaRMa的文章。

我還在我的演示文稿Practical Object-Oriented Models in SQL和我的書SQL Antipatterns: Avoiding the Pitfalls of Database Programming中討論了EAV的缺點。

在這兩種設計中，我更喜歡XML方法。它基本上是Martin Fowler的Serialized LOB模式。您可能還想讀How FriendFeed Uses MySQL to Store Schema-less Data。他們的方法不是特定於MySQL;它可以在SQL Server或任何其他RDBMS中工作。