データ構造

DDB データは、タイプとインスタンスの観点から定義されます。これは、Revit データが家族やインスタンスに構造化されるのとほぼ同じ方法で定義されます。 これらには以下が含まれます：

• 資産タイプ
• パラメータータイプ
• 資産サブタイプ
• アイテムタイプ
• ユニットタイプ
• ソースタイプ
• タグタイプ

これらのタイプがプロジェクトで使用される場合、それらはインスタンスと呼ばれます。 タイプインスタンスに含める必要があるものを定義します。 インスタンスが実際のオブジェクトであるアウトラインと考えることができます。 このタイプは、インスタンスに含める必要があるデータを定義するテンプレートです。

資産タイプ

資産タイプは、親資産タイプを定義することにより、資産が資産階層のどこにあるかを定義します。 資産階層 資産タイプで構成されています。

たとえば、下の画像では、資産タイプが「サイト」（資産階層の上部）である「サイト」であり、「サイト A」と「サイト B」の 2 つのインスタンスがあります。

パラメータータイプ

パラメータータイプは名前を定義します。 データ・タイプ と ユニット型 パラメーターインスタンスが使用すること。

パラメーターは、パラメータータイプの個別のインスタンスであり、特定のアセットに関連付けられています。 パラメーターは、基本的にパラメータータイプを資産と値にリンクする方法です。 たとえば、「エリア」はパラメータータイプかもしれませんが、パラメーターはプロジェクト上の特定の建物の領域を識別します。

パラメーターを DDB に追加するときに、パラメータータイプのリストから選択できます。

その後、作成した新しいパラメーターインスタンスに値を追加できます。

資産サブタイプ

一部の資産タイプには、資産サブタイプがあります。 これにより、資産階層内でより多くのオプションと構造が可能になります。

ユーザーインターフェイス内で、アセットサブタイプを追加する場合、オプションとして異なるアセットサブタイプを備えたドロップダウンリストが表示されます。

アイテムタイプ

アイテムタイプは、アセットタイプとパラメータータイプの間のリンクです。 つまり、アイテムタイプは、どの資産がどのパラメーターを持つことができるかを決定することを意味します。 これにより、DDB は、適切なレベルと適切な資産タイプにパラメーターを保存した構造化された階層を持つことができます。

たとえば、建物が「居住者密度」を持つことができることは理にかなっていますが、材料に「居住者密度」パラメーターを与えることは意味がありません。

DDB チームはこれらの関係を管理しているため、現在利用できないレベルでパラメーターが必要な場合は、使用してください この形 (opens new window) リクエストを送信します。

ユニットタイプ

ユニットタイプには、パラメータータイプが使用できるユニットのリストが含まれています。

たとえば、パラメータータイプ「高さ」の単位タイプは「長さ」になり、パラメーターが定義済みのユニットのリストのいずれかを使用できます。 「長さ」はユニットタイプであるため、これでんん、mとインチ。

DDB チームは、各ユニットタイプのユニットと各パラメータータイプに関連付けられたユニットタイプを管理します。 パラメーターに別のユニットが必要な場合は、使用してください この形 (opens new window) リクエストを送信します。

ソースタイプ

ソースタイプは、データが生じる可能性のあるさまざまな種類のソースの事前定義されたリストです。 さまざまなソースタイプには、公開データや URL などのさまざまな追加情報が必要になる場合があります。

タグタイプ

タグタイプは、タグをグループ化するために使用するカテゴリです。