前置き

Pleasanterは業務に合わせて必要な項目を追加変更して、柔軟にテーブルを自由に作成できますが、DBってどんな構成になっているのか気になりませんか？今回は、Pleasanterのテーブル設定とDBの関係について整理してみたいと思います。

テーブルを用意

実際にPleasanterのテーブルを用意して確認してみたいと思います。

記録テーブルを用意、分類A/B/Cを有効化して以下のように設定しています

こちらも記録テーブルで分類A/B/Cを有効化し、以下のように設定しています

記録テーブルなので、DBではResultsテーブルを参照します。

中を見てみると、ClassAからClassZまですでに項目が設定されていることがわかると思います。（NumやDateなども同様に）

その上で、今回作成したテーブルのデータを参照してみます。SiteId=1678が1テーブル目、1680が2テーブル目です。項目ClassAを見ると、1テーブル目のレコードはライオン、2テーブル目レコードにはカブトムシが設定されています。

Pleasanter上のテーブルでは別々のテーブルですが、DB上では同じテーブル（Results）の同じ項目を共有していることがわかります。

そうなってくると、画面の表示名（今回でいうところの、「動物」や「昆虫」）はどこで制御しているのでしょうか？

DBのSiteテーブルを参照してみます。ここの項目SiteSettingsに注目。Jsonファイルが格納されているので、中を覗いてみます。

SiteId = 1678のSiteSettingsです。LabelTextに各項目の表示名が設定されていることがわかります。ここでテーブルの設定情報を管理しています。Siteテーブルの情報と、Resultsのデータを組み合わせることで、Pleasanterの画面は構成されています。

(ちなみに、サイトパッケージの元となる情報がこのSiteSettingsになります。)

Resutsのテーブルデータと、SitesのSiteSettingsを組み合わせることで、Pleasanterのテーブルを表現しています。

Pleasanterのテーブルの管理から、ある項目を”無効化”した場合、既に登録してあったデータってどうなるの？っと、よく聞かれるのですが、この仕組みを踏まえると、イメージが付きやすいと思います。

やってみます。

1つ目のテーブル（SiteId = 1678）の項目”動物”(分類A)を無効にします。

無効化した上で、SiteテーブルのSiteSettingsを見てみます。

EditorColumnHashがエディタで有効化されている項目を司っているのですが、ClassAが無くなっていることがわかります。（ちなみに、Columns項目は初期化されていないため、表示名の設定自体は残ります）

DBを見てみます。

このように、テーブルの管理から無効化するだけで、DBのデータが削除されることはありません。つまり、再度有効化した場合、登録データもそのままだということです。

今回は、記録テーブルで試してみましたが、期限付きテーブルの場合、DBに保存されるテーブルはIssuesになります。期限付きの場合はResultsをIssuesによみかえてみてくださ