Q&A
でてくる単位はその4つに限られますか、それとも任意で入力されてくるものですか。
実現したいこと
単位付き数値を持つデータの扱い方について、ご意見をいただきたいです。
発生している問題
以下のような数値とその単位の情報を持つカラムやテーブルが複数あり、見にくくなっています。
単位を揃えてやればいいのでしょうが、単位も記録しておきたいので、このような形をとっています。
fruits テーブル
| name | height | unit_of_height | width | unit_of_width |
|---|---|---|---|---|
| apple | 100 | mm | 200 | cm |
| banana | 300 | dm | 400 | m |
試したこと 1
単位付き数値として格納してみました。
カラム数が減り、すっきりしましたが height と width が数値ではなく文字列になったので計算が大変そうです。
fruits テーブル
| name | height | width |
|---|---|---|
| apple | 100mm | 200cm |
| banana | 300dm | 400m |
試したこと 2
長さを別テーブルにしてみました。
height と width は、それぞれ lengths の id に紐付いています。
fruits テーブル
| name | height | width |
|---|---|---|
| apple | 1 | 2 |
| banana | 3 | 4 |
lengths テーブル
| id | unit | value |
|---|---|---|
| 1 | mm | 100 |
| 2 | cm | 200 |
| 3 | dm | 300 |
| 4 | m | 400 |
補足
でてくる単位はその4つに限られますか、それとも任意で入力されてくるものですか。
いいえ、選択肢が用意されていて、その中から選びます。
単位は同じ単位系のみですか？つまりメートル系ならメートル系のみでヤード系とは混ざらない？
はい、メートル系であれば、そこに設定できるのはその単位系だけになります。
もう少し用途を明確にした方が良いです。単位を保存する意味がわからないし、数値にこだわる（どのような計算をする？）意味もわからないです。
言葉足らずですみません。
単位を保存する理由は、入力フォームの単位を揃えてしまうと、その単位に馴染みがないユーザーが扱いづらいというだけです。
計算は、プログラムで単位を揃えて足し算や引き算を行い、任意の単位で結果を返します。
単位は同じ単位系のみですか？つまりメートル系ならメートル系のみでヤード系とは混ざらない？
もう少し用途を明確にした方が良いです。単位を保存する意味がわからないし、数値にこだわる（どのような計算をする？）意味もわからないです。
ご質問ありがとうございます。補足を追加させていただきました。
回答4件
0
回答は複数ありそうですが一案としてです。
- 基準とする単位を決める（例えば「mm」）
- 単位のマスタとして、 単位 - 基準とした単位で換算した値 のテーブルを作る
- 質問の「fruits」テーブルの単位とそのマスタを結合して、数値と基準とした単位で換算した値をかけ合わせる
ことで、基準単位での値が取得できるかと思います。
例）
units テーブル
| unit | value |
|---|---|
| mm | 1 |
| cm | 10 |
| m | 1000 |
SQL
SELECT name, height, unit_of_height, unit_of_height * U1.value AS unit_of_height_by_mm , width, unit_of_width, unit_of_width * U2.value AS unit_of_width_by_mm , From fruits LEFT JOIN units U1 ON fruits.unit_of_height = U1.unit LEFT JOIN units U2 ON fruits.unit_of_width = U2.unit
みたいな感じです。
（テストしていないのでケアレスミスはあるかも）
投稿2018/10/01 11:38
総合スコア2037
ご回答ありがとうございます。
units テーブルを使った計算方法、非常に参考になります。
この場合も fruits テーブルに単位を記録する方法がいいということですね。
実際にどのようにデータを扱うのかによって正解は違うかもしれませんがここで提示されている範囲であればレコードごとに単位の情報が必要なのは間違いないので、別のテーブルにする意味はあまりないと思います。
> 単位を保存する理由は、入力フォームの単位を揃えてしまうと、その単位に馴染みがないユーザーが扱いづらいというだけです。
> 計算は、プログラムで単位を揃えて足し算や引き算を行い、任意の単位で結果を返します。
ということであればフォームに出力する際に必要なデータが fruits テーブルだけで完結しますし。
0
ベストアンサー
計算が絡む以上、DB 側の数値の単位をあわせないという選択肢は無いと思います。
単位を気にする理由がまだあまり明確ではないと思うのですが、、、
ユーザーが入力する際に好きな単位を指定したい
→フォームでは好きに選択させ、DB に書き込む時にシステム側で決まった単位に変換してやればよい
ユーザーが見やすい単位で表示したい
→プログラム側で DB から取得した値を、ユーザーの指定する単位に変換して表示してやればよい
ということで、普通の用途であれば DBに単位を持つこと自体が不要にも思います。
投稿2018/10/01 11:33
総合スコア1167
0
SQLをシンプルに記述し、パフォーマンスが良いようにするため、ひとつのカラムにはひとつの意味しか持たせてはならない、って掟があります。
カラム数が多いと思ったからと言って数値と単位をひとつのカラムにまとめたら、実際に使う時に数値と単位を分ける必要がありますから、無駄にSQLが複雑になり保守性も悪くなります。
テーブルは一度作ったら変更するとSQLもそのSQLを使っているプログラムも変更しなければなりません。システムが完成した後のテーブル設計の変更は負荷が大きいので、最初からきちんと設計しなければなりません。
DB論理設計の手順とチェックポイント
投稿2018/10/01 18:43
総合スコア16415
あなたの回答
tips
プレビュー
