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

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

ただいまの
回答率

90.51%

  • Ruby

    9435questions

    Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

  • Ruby on Rails

    8857questions

    Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

  • MySQL

    7002questions

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

Railsのテーブル構成を相談させてください。

解決済

回答 1

投稿

  • 評価
  • クリップ 1
  • VIEW 489

ssk

score 273

現状のテーブル構成に自信がありません。
テーブル設計初学者です。何卒、ご助言のほどよろしくお願い致します。

現在のテーブル構成とアソシエーション

usersテーブル
※便宜上、他のカラムは省いております。

id username section_id
1 suzuki 1
2 sasaki 2
3 sato 5

sectionsテーブル

section_id name
1 セクション1
2 セクション2
3 セクション3
4 セクション4
5 セクション5
#user.rb(モデル)
has_one :section, primary_key: "section_id", foreign_key: 'section_id'
#section.rb(モデル)
class Section < ApplicationRecord
    belongs_to :user
end

変更予定のテーブル構成

usersテーブル

id username
1 suzuki
2 sasaki
3 sato

user_sectionsテーブル

user_id section_id
1 1
2 2
3 5

sectionsテーブル

section_id name
1 セクション1
2 セクション2
3 セクション3
4 セクション4
5 セクション5
#user.rb(モデル)
has_one :user_section
#user_sections.rb(モデル)
belongs_to :user
belongs_to :section
#section.rb(モデル)
has_one :user_section

関連付けするテーブルを1つ増やし、userテーブルをスッキリさせようかと。
変更後のアソシエーションは正しいかわかりませんが、、

後者の方がテーブル設計上は望ましいでしょうか?

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

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

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

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

user_sectionsテーブルを増やすことの煩雑さよりusersテーブルのスッキリさを取るのであればいいと思います!トレードオフですね。
後者の場合は、userとsectionの関係がone_to_one以外(ユーザー1に対しセクション多数等)でも対応できるという点がメリットだと思います。またその際はusers_sectionなのか、user_sectionsなのか、users_sectionsなのかでアソシエーションが変わってくるので気をつけて下さいね(参考
常にone_to_oneであれば要らないかなと

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/06/18 20:22

    ありがとうございます。
    なんとなく、userテーブルに意味のない数字があるのは気持ちが悪いので、テーブルを分けることにします。

    質問してよかったです。スッキリしました。

    キャンセル

  • 2017/06/20 13:18

    chck様

    >>>常にone_to_oneであれば要らないかなと
    こちらはone_to_oneの場合はテーブルを分ける必要がないという認識で合っていますか?

    キャンセル

  • 2017/06/21 00:41

    そうですね、userテーブルに意味のない数字があるのが気持ち悪いように見えますが、決して意味のないわけではなく、userの持つsectionと考えると「userの1つの情報」という意味でuserテーブルにsectionがあっても全然不自然じゃないです
    また、user_sectionsのように他モデル同士の紐付け用を中間テーブルと呼んだりしますが、安直にこの中間テーブルを増やすと、単純に中間テーブル分レコードが増えてしまうのと、Rails上で扱う分にはあまり意識しませんが、SQLのクエリが1段複雑になってしまうというデメリットもあります!

    キャンセル

  • 2017/06/21 12:52

    丁寧な返答ありがとうございます。
    勉強になります。ありがとうございました><

    キャンセル

同じタグがついた質問を見る

  • Ruby

    9435questions

    Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

  • Ruby on Rails

    8857questions

    Ruby on Railsは、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

  • MySQL

    7002questions

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