2016-07-09 5 views
-6

こんにちは人私はここで挑戦している人は助けてください。私は下の色とsub_colorのモデルを持っており、私はユーザテーブルのsub_colorとcolorの両方のIDを持っています。今私は表示ページでユーザーのフィールドにアクセスするにはどうすればよいですか?

が、<%のuser.emailの%>は、作品を#この動作していないユーザーshow.html.erb

<%する@ user.sub_color.nameの%>#これでこのような何かをしたいです。私も試しました

<%@ user.sub_color.id%>これもうまくいきませんでした。これは未定義のメソッド 'id'をnil:classに与えます。

何か間違ってください。前もって感謝します。ユーザー belongs_toの:レールにsub_color

エンド

+0

エンティティを変更するたびに、移行を作成します。また、エンティティに複数の関連する変更を加えるための移行を作成することもできますが、これはベストプラクティスを反映するものではありません。あなたの言いたいことは、あなたは移住が何であるかがはっきりしていないことを示唆しています。今すぐ[基本](http://edgeguides.rubyonrails.org/active_record_migrations.html)を見直すのがよいでしょう。 – MarsAtomic

+0

一般化された画像だけを必要とするジュニアからの質問については、何が広すぎるのか分かりません。問題に関するすべての最後の詳細を説明すると、多くの質問が広すぎる可能性があります。 –

答えて

1

ようこそ:色

にhas_manyの色

エンド

モデルsub_color

にhas_manyのため

モデル臥rld!まず、Rubyは言語であり、RailsはRuby言語を使用するフレームワークです。移行はRailsの一部であり、Rubyの一部ではありません。

ここで、移行に関するご質問があります。はい。必要であれば、各テーブルの作成および移行後の各テーブル調整/変更の移行が必要です(純粋なSQLを使用してすべてのテーブルを変更する必要がない場合は行いません)。

また、データベースに関するご質問の一部です。単純なケースでは、Railsは3つの異なる目的(開発、テスト、および制作)で3つのデータベースを持つように設計されています。それらのすべてに対して同じ移行を使用します。まず、マイグレーションをローカル開発データベースに適用し、コードを実装します。並行して、テストを作成し、同じマイグレーションをテストデータベースに適用します。作業が完了したら、すべてを本番サーバーに展開し、移行を運用データベースに適用します。

私はそれが移行を伴う一般的なワークフローだと思います。詳細については、実際にmigrations manual以上になるか、"Getting Started"セクションで始まる方がよいでしょう。

+0

あなたは上司です。 – Dlaw

関連する問題