オブジェクト構造を持つリレーションデータベースの設計

Question

私のアプリケーションのデータベースを設計しています。私はPostgreSQLを使用しています。それはこのようになり、一般的なアプリと現実の世界の構造である必要があります：

カテゴリー（例えば植物）--->現象（例えば木）--->パラメータ（例えばタイプ - 針葉樹対落葉、高さ（メートル単位） - 10など）

データベースには、多くのカテゴリ、現象、パラメータ、およびその値を格納できます。 1つのカテゴリーはN個の現象を有することができ、1つの現象はN個のパラメーターを有することができる。

だから私は、これらのテーブルを作成しました：値の列で

Category 
-------- 
id 
name 


Phenomenon 
---------- 
id 
name 
category FK (to Category) 


Parameter 
--------- 
phenomenon FK (to Phenomenon) 
name 
value <-- here is a problem 

辞書、varchar型の値、数値またはブール値からの値を指定できます。どのように私はテーブルを設計できますか？さまざまなタイプの値に対してより多くの列を作成する必要があります（varchar - 完全性検査なしの辞書値、数値、ブール値）。または、この問題を考慮した設計がありますか？私はJSONやXMLを使いたくありません。

本当に助けていただきありがとうございます。

Answer 1

Parameterテーブルは、EAV（エンティティ属性値）テーブルであり、リレーショナルモデルではサポートされていません。 RMはすべての属性が単一のドメインを持つことを要求する一次論理モデルです。

モデルでは、value属性のドメインはname属性の値によって異なります。したがって、リレーショナルではありませんが、SQLデータベースで実装することはできますが、不可能にすることは難しく、クエリが複雑になるため、可能な限り回避するパターンです。

一次モデルにおいて

、それぞれ異なるパラメータが別の関係であろう、例えば：

PhenomenonHeight 
---------------- 
phenomenon FK (to Phenomenon) 
height 

PhenomenonType 
---------------- 
phenomenon FK (to Phenomenon) 
type 

など。