Q&A
回答ありがとうございます。
送金のみのダミー注文（と注文詳細）についてなのですが、１件だけダミー注文を作成して、送金記録を作成するとき「送金のみ」しかない場合は、このダミー注文IDを入れておけばいいということでしょうか？
前提・実現したいこと
データベースにはmysqlを使い、送金を記録するシステムをつくりたいと考えています。
送金が行われたら記録をするのですが、想定される状況として
「注文なしで行われる送金」（送金のみ）と、
「注文ありで行われる送金」（何かを購入して送金した）と、
「一つの注文から複数の送金」が
あるとします。
この場合、以下のようなデータベース構造になるかと思います。
注文テーブル
| ID | 取引先ID | 担当ユーザーID | 合計額 |
|---|
注文詳細
| ID | 品物ID | 品物数量 | 品物価格 |
|---|
送金記録テーブル
| ID | 送金額 | 担当ユーザーID | 注文ID |
|---|
※担当ユーザーテーブルと取引先テーブルと品物テーブルは問題の箇所ではないため省略しています。
###問題点
ただ、上記のようなデータベース構造では送金記録テーブルの注文IDがない（NULL)パターンが発生することがあるので、外部キー制約にひっかかってしまい作成することができません。
NULLを許容するという方法も考えたのですが、調べたところ「極力nullはさけた方がいい（値ありか空値かnullかという確認がややこしくなるから）」と書かれていたため、not nullなデータベース構造にしたいと考えています。
今回の様なケースの場合でも、not nullなデータベース構造にすることはできるのでしょうか？
教えて頂ければ幸いです。
回答6件
0
極力nullはさけた方がいい（値ありか空値かnullかという確認がややこしくなるから）
質問の根拠である上記の情報源は何でしょう？
「極力nullはさけた方がいい」については前提条件がありませんでしたか？
内容からすると、Not Null制約は付けるべきでは無いと思われます。
※どうしてもという事であれば、注文IDが取り得ない値をデフォルト値に設定することでしょうか。
投稿2018/12/12 01:18
編集2018/12/12 01:39
総合スコア25173
0
今回の様なケースの場合でも、not nullなデータベース構造にすることはできるのでしょうか？
「送金だけのダミーの注文を記録する」というような方法はあるかと思いますが、状況によっては余計に煩雑になる気はします。
投稿2018/12/12 01:01
総合スコア145183
0
「一つの注文から複数の送金」に対して「複数の注文に対して一つの送金で済ます」
ことがあるかどうかで処理が変わります
正直注文テーブルにダミーで「注文なし」というレコードを１つ作っておけばよいだけのような気がしますが・・・
投稿2018/12/12 02:08
編集2018/12/12 02:10
総合スコア114784
0
モデルとして考えられているのはおそらく
[注文]0..1 ------ 0..*[送金記録]
だと思います。
現状の業務はそうなのでしょう。
しかし拡張性を考えると複数の注文に対して送金をまとめることも考慮しておくことをお勧めします。
[注文]0..* ------ 0..*[送金記録]
この場合には中間テーブルを作って多対多結合を表現します。
投稿2018/12/12 01:56
総合スコア4150
0
以前にも似たような質問がありましたのでリンクしておきます。
https://teratail.com/questions/157051
今回のケースではNULLを許容でよいと思います。
NULLを許容しないのであれば、注文なしでも注文なし用の注文テーブル・注文詳細のレコードを作るしかないのでは。
どちらもメリット・デメリットはあるので、業務内容から検討するしかないですね。
注文なしが頻発するのであれば、NULLを許容していないと注文テーブル・注文詳細にダミー的なレコードが溢れることになって管理しづらくなるとかあるかもしれません。
投稿2018/12/12 01:36
総合スコア16998
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。