Q&A
設計できないなら、Nosqlのメリットを理解できていないという事になると思うのですが、メリットがあるかどうかも不明なままで、NoSQLに変更するのですか？
3つのテーブルがあるとしまして
それぞれの属性・関係は以下の通りです。
顧客T
-顧客id
-氏名
-車id
-担当者id
車T
-車id
-車種
-価格
運転実績
-顧客id
-車id
-走行距離
担当者T
-担当者id
-担当者名
顧客T 1 : N → 運転実績 ← 車T N : 1
↑ N : 1
担当T
このRDSをNoSQLではどのように表現すべきでしょうか？
NoSQLは一つのテーブルで表現すべきという原則がありますので
以下のように考えております。
顧客T
PK
顧客id, 氏名
車id, 車種,価格
担当者id, 担当者名
PK SK
顧客id,車id,走行距離
よくわからないのが車は、一人の人が複数持つことがあるので、
人によって、列の長さがまちまちになります。（これ自体は問題ありませんが）
どこまでが車の列と判断できるのでしょうか？(オブジェクト？配列で表現するのでしょうか？)
さらに車id、担当者idみたいなものは必要なのでしょうか？
顧客idは、顧客情報を作成した時点で発番されますが
それ以外の番号が、どのように発番されて顧客Tに入るかイメージできません。
また、顧客T・車T・担当者Tは生成されるタイミングも違います。NoSQLではどのように考えればよいでしょうか
そもそも一人の顧客が複数のクルマを持っている場合があることに対応できていない。
@Orlofskyさん
NoSQLの設計は正規化されたものを非正規化する事ですのでそういうものですよ
メリットは分かっています。
提示したのがRDBのテーブル定義かと思いました。
・1つのテーブルの中で、PKによって取りたいデータを変える。
ここまではなんとなくあってそうですが、
静的なデータ(氏名)と動的なデータ(走行距離)が、1つのテーブルで混在しても
よいのか？PK、SKの使い方として妥当なのか
顧客id１つに対して、車idが複数あり、車iidに対して複数の走行距離がある場合
どうすればよいのか？
さらに車id一覧を取りたい場合、走行距離一覧を取りたい時にどのようにデザインすれば
よいのかご教示願いたいです。
回答1件
0
自己解決
PKをメインテーブルの主キーに指定して
SKは、そのテーブルと関係するテーブルの主キーを指定する。
投稿2020/08/20 13:14
総合スコア170
あなたの回答
tips
プレビュー
