テーブル内にチェックフラグを設けるかどうか

Question

お世話になります。

あるテーブルのレコードの承認状態を確認する処理で、
署名フィールド１、署名フィールド２、署名フィールド３・・・
のような複数のフィールドに値が入っている場合に承認状態と見なす場合。

色々な処理でsqlを飛ばす際に毎回複数のフィールドを指定しているのは効率が悪いと考え
承認状態フラグを設けようと考えているのですが、このような設計はありでしょうか。

それとも専用の承認状態確認メソッドを１つ作り、すべてのプログラムはそのメソッド１つだけを参照するようにするのがやはりいい設計でしょうか。

ＤＢの設計の原則にはone fact one placeというのがありますが、
このように既存のフィールドでもある状態を確認することができる場合にそれを確認する用のフィールド
を設けるのはアリだと思うかどうか、皆さんのご意見をお聞かせください。

よろしくお願いいたします。

Answer 1

署名フィールドには承認者の名前（またはID）が入っているのでしょうか。

だとしら、署名フィールドは別テーブルにして、元テーブルの主キーを外部キーとするのが「正規化」の原則に沿った設計になると思います。

設計例

T_プロジェクト
プロジェクトID 主キー
プロジェクト名
・・・
・・・

T_プロジェクト承認
プロジェクト承認ID 主キー
プロジェクトID　外部キー
承認者ID
承認日

２つのテーブルを外部結合して、プロジェクト承認IDの件数を取得して1件以上なら承認、とか、
T_プロジェクト承認をサブクエリにして存在をチェックして( exists)承認を判断する。

正規化されていないと、承認者を条件に抽出するとか、集計するとか言うときに効率の悪いものになります。

Comments

[moredeep]

T_プロジェクト承認のキーはプロジェクトIDと、署名フィールドの番号だけで十分では？

[annderber]

コメントありがとうございます。
うーん、自分的には一対一の関係にあるテーブルを2つに分けるのは少し冗長な気がしますね。ただ今までこのような設計を見たことがなかったので勉強になりました。

[hatena19]

moredeepさん
状況によっては、そういう設計もありだと思います。その場合は、プロジェクトID と 承認番号 で複合主キーになりますね。

T_プロジェクト承認
プロジェクトID　主キー　外部キー
承認番号　　主キー
承認者ID

[hatena19]

annderberさん
一つのレコードに対して、複数の承認者がいるということですよね。一対多の関係だと思いますが。
私の認識間違いがあるのかな？

[annderber]

コメントありがとうございます。
説明が悪くてすいません
1テーブル中に複数承認条件に必要なフィールドがある想定です。

[moredeep]

それを分解するのが正規化です。提示のDB構成をよくDBの説明で使われる「注文マスタ」で考えると、「商品ID、購入者1、購入者2」となってしまっています。それを正規化し、「注文マスタ：商品ID、購入者ID」と、「顧客マスタ：購入者ID、購入者名」と分けるという話がこちらの回答かと思います。この設計は効率の観点から普通に使われているもので、今まで使っていなかったのであれば慣れてしまったほうがよいでしょう。

ただし、もしも承認情報に承認者名(署名フィールド)以外にもある場合は少し事情が違ってきますが、それは質問文、およびこのコメントから読み取れないので回答しようがないかと思います。

[annderber]

コメントありがとうございます。
今回の質問は複数フィールドに値が入っている場合に承認状態とするという仕様で、毎回複数のフィールドの値を確認するのが手間なので承認状態確認用のフィールドを設けるのはアリかという話です。少し説明がわかりづらかったかもしれないですね

[hatena19]

フィールド構成も実際に入っているデータも不明瞭なので、「複数フィールドの演算結果を格納するフィールドを設けるべきかどうか」と単純化するならば、通常は設けずに必用なときに演算するというのがデータベースの基本だと思います。ただ、非常に複雑な演算で処理が重くなる、あるいは演算結果をもとに抽出や集約をするのにインデックスを使いたいなどのとき、設ける場合もありえると思います。
MySQL 5.7だと「生成カラム」という機能が追加されて演算結果にもインデックスを設定できるようです。
[MySQL 5.7で生成カラムを使って関数INDEXを作成する - Qiita](https://qiita.com/hmatsu47/items/128ece7276e4deac1477)

[annderber]

コメントありがとうございます。
生成カラムについては初めて聞きました。確認してみます。
やはり通常は設けずに必要なときに演算するのが基本ですかね。
ありがとうございました。