【Sequelize】assosiationで関連づけたmodelに個数を関連付けたい。

Question

はじめに

Sequelizeでmodel作成の際、上記のようなデータ型の作成に悩んでしまったため、どのような手法があるかについて質問したかったため投稿しました。

例えばこういう例。

１食のメニューは材料データのなかから何種類か選んで作ります。
それぞれの材料を何個使うのかをメニューデータの中に保存したいとします。

const Ingredients = sequelize.define('Ingredients', {
  name: DataTypes.STRING,
  cost: DataTypes.INTEGER
});
const Menu = sequelize.define('Menu', {
  name: DataTypes.STRING
});
Menu.belongstoMany(Ingredients,{through:"Ingredient_Menu"})
Ingredients.belongstoMany(Menu,{through:"Ingredient_Menu"})

このとき、たとえば、Sequelizeを使わずArrayObjectで表すと、

[
 {
   id:1
   name:"豆腐",
   count:1,
 },
{
   id:2
   name:"みそ",
   count:1,
 },
]

上記の形で保存できれば可読性保守性が高い気がするんですが、
assosiationを用いると自由度が低く、上記のようなnameのところにIngredient情報を紐づけることができません。（以下のようになるはずです。）

こういったとき、どのようなデータ構造にするのが一番良いのでしょうか？

Answer 1

Sequelize で扱っているようなデータモデルをリレーショナルモデルと言います。
関係モデル - Wikipedia
このようなデータ構造を持ったデータベース（リレーショナルデータベースと言います）を実用的な速度で扱うためには JSON で保存するには向いていません。B木なんてものの改良したものをバイナリ形式で扱っています。JSON はあくまで人間が読みやすくするため作られたデータ形式です。機械のことは考えられていないので、データベースには使いにくいのです。

ではリレーショナルデータベースにデータを投入したり削除したりをどうするのかというと、専用のソフトを使います。Squelize の裏では SQLite や MySQL などが動いています。そしてそれぞれに専用のコマンドラインツールがあってそれを使って保守運用ができるのです。どのデータベースを使っているのかわかりませんが、手始めに直接データベースの中を覗いてどんなテーブルが作られているのか調べて回ってみると良いでしょう。

Comments

[MOTOMUR]

関係モデルとデータベースの関係についてよくわかりました。ありがとうございます。（ちなみにSQLiteを使用しています。）

では、このようなリレーショナルデータベースにおいて質問文のような
味噌汁メニューは豆腐１個と味噌１個だよ。といった情報を保存させるためにはどのような保存が適しているんでしょうか？
MenuにはIngredients_MenuのIdが保存され、そこのIDから関係するIngredientsを引っ張ってくると思います。
それのほかに、それぞれの個数をMenuに保存したいんです。（豆腐１個など）
以下、思いついた構造３案
①Ingredient(リレーショナル）+ *Amount:Array(INTEGER)
*Amountは個数の部分。ArrayとIngredientの対応方法が課題？
②Ingredient+Amount:Object{"ingredientName":{Amount:1},}
わざわざオブジェクトをネストする必要がある？
③sequelizeモデルの作成（食材＊個数のtoMenuMakeモデルの作成。
リレーショナル化（Menuが引っ張ってくるのがtoMenuMake）。保守性は高いがわざわざここまで作成する必要がある？(デメリットとしてテーブル数がかなり増える。&Menu→toMenuMake→Ingredientと余計な経由が増える。)）

上記３パターンのどちらが一般的なのか知りたいです。
使い分け等があればそれも併せて知りたく思います。

[A_kirisaki]

③ の完全にリレーショナル化が一般的です。

menu という id と name を持ったテーブルがあり、ingredient という id、name、cost からなるテーブルがあります。そして両者を紐付ける recipe とでも言いましょうか、menu_id と ingredient_id、amount からなるテーブルを作ります。このようにすることで recipe は menu_id と ingredient_id を通してリレーションを張ることが出来ます。リレーションを張ることで SQL を書く（もしくは ORM を使う）だけでメニューのコストを計算できるようになったりします。

もちろんこれもおかたいということで JSON を JSON のまま保存できるデータベースも存在したりします。また、リレーショナルデータベースの中にも JSON をそのまま保存できるものも増えてきました。結局のところは「ケースバイケース」という言葉に落ち着くかと思うのですが、できるだけリレーションを張った形で運用したほうがデータベースとして何かと信頼が置けるのは間違いないでしょう。

[MOTOMUR]

丁寧な回答ありがとうございます！リレーショナル化が一般的なんですね！
どの手法も結局面倒な場面が出てくるので悩んでしまっていました。
データベースの信頼性を担保できるのであればリレーショナル化がいちばんですね！

非常に助かりました。ありがとうございました！