質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Q&A

解決済

3回答

4054閲覧

中間テーブルのスキーマはどうするのがよいか

gitboku

総合スコア32

MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

0グッド

0クリップ

投稿2017/07/27 14:54

編集2017/07/27 15:04

#前提
cakePHP3のチュートリアルを自分なりにアレンジしようとしています。
多対1の関係にあるテーブルを多対多の関係にするため、中間テーブルを作りました。
そうしてできたのが、以下3つのテーブルです。
左がBookmarksテーブル、右がTagsテーブルです。
話に関係ないカラムは省略しています。
|id|bookmark|||id|tag|
|:--:|:--:|:--:|:--:|:--:|
|1|黒バス|||1|comic|
|2|ヒロアカ|||2|sports|

そして、中間テーブルのBookmarks_Tags。

bookmark_idtag_id
11
12
21
  • BookmarksもTagsも頻繁に作られたり削除されたりします。
  • それぞれのBookmarkが関係するTagも頻繁に変わります。
  • BookmarkとTagの関係は、理論上あり得る関係を網羅します。

#現在考えているデータベースの運用
新しい関係が作られたら中間テーブルにinsert、関係が削除されたらdeleteを行います。
例えば、「黒バス」Bookmarkから「comic」Tagを外す場合、上記中間テーブルの一番上のレコードがdeleteされます。
「ヒロアカ」Bookmarksに「sports」Tagをつけようる場合はbookmark_id=2, tag_id=2のレコードがinsertされます。

#疑問
前置きが長くなりましたが、自分の現在の疑問は以下の通りです。

  • 中間テーブルの運用方法はinsertとdeleteを行うという方法で問題ないでしょうか?それとも、理論上あり得る関係をすべて中間テーブルに保存しておいて、delete_flagカラムを用いて論理削除などを行う方法にするべきでしょうか?
  • もっと効率の良いDB設計があれば是非教えてほしいです。
  • 中間テーブルに主キーは必要ですか?

#自分の考え
疑問のところにも書いた「delete_flagを用いた方法」だと、中間テーブルのレコード数がすごい勢いで増えてしまい、よくないかと考えたので、insertとdeleteを用いる方法を現在は採用しています。

#補足情報
cakePHP 3.4.8
php 7.0.20
MySQL Ver 15.1 Distrib 10.1.24-MariaDB

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答3

0

ベストアンサー

質問が増えてたので、追記です。

もっと効率の良いDB設計があれば是非教えてほしいです。

⇒多対多のテーブルには中間テーブルという考え方は正しい(効率の良いDB設計)です。
回答内容と少し反しますが、その中間テーブルに対して、履歴型(bookmark_idとtag_idでユニークにしない)のテーブルは効率の悪いDB設計です。
どうしても分析用に履歴型のテーブルが必要な場合は、
更新型(bookmark_idとtag_idでユニークなテーブル)のテーブルと併用し、
多対多のテーブルの紐づけには更新型の中間テーブルを利用します。

insertとdeleteを用いる方法を現在は採用しています。

⇒良いと思います。

投稿2017/07/27 15:15

tomari_perform

総合スコア760

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

多対多のリレーションならこちらの記事が参考にならないでしょうか?

https://book.cakephp.org/3.0/ja/orm/associations.html#belongstomany

投稿2017/07/27 23:33

naga3

総合スコア1293

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

gitboku

2017/07/29 02:52

ありがとうございます。 紹介されたページの手法を用いれば、中間テーブルのModelにFinderメソッドを作らなくても簡単にinsertやdeleteが使えそうですね。 難しそうですが、頑張ってみます。
guest

0

中間テーブルの運用方法はinsertとdeleteを行うという方法で問題ないでしょうか?それとも、delete_flagカラムを新しく追加し、論理削除などを行う方法にするべきでしょうか?

⇒仕様上、運用上、問題なく動けばどちらでも大丈夫です。
履歴を残すか残さないかの違いでしょうか。

中間テーブルに主キーは必要ですか?

⇒bookmark_idとtag_idでユニークにするテーブルであれば、別途の主キーはどちらでも良いです。
もし、履歴を残すテーブルとして、bookmark_idとtag_idでユニークにならないのであれば、
分かりやすく主キーを付けても良いとは思います(必ず必要というものではないです)。

なお、私なら、deleteフラグを付けるかどうかは、運用次第で、
主キーの有無は他のテーブルに合せる形で主キーを付けると思います。

投稿2017/07/27 15:03

tomari_perform

総合スコア760

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

tomari_perform

2017/07/27 15:17

すみません、コメントに投稿したつもりが、別回答しちゃいました。。。
gitboku

2017/07/29 02:43

参考になりました、deleteフラグはつけない方針でいこうと思います > すみません、コメントに投稿したつもりが、別回答しちゃいました。。。 お気になさらず。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問