ruby​​ on rails associations初心者

Question

これは、rails 3 associations errorの再投稿とみなされます。しかし、私はそれを理解できません。しかし、大丈夫です...契約を聞きました。ここでは、テーブルスキーマに関連する質問をしました。ポストはwhat is bad in this table schema structureで、クエリされました：

`CREATE TABLE "pages" (
    "id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, 
    "title" varchar(255), 
    "body" varchar(255), 
    "author" varchar(255), 
    "email" varchar(255), 
    "reference" varchar(255), 
    "created_at" datetime, 
    "updated_at" datetime);` 

私は著者のために別々のテーブルを作成する必要があることを示唆された、そしてそれは私が試したと台無しにするものです。誰も私のシナリオでどのように連携しなければならないのか教えてください。私は本当にRORの関連性をよく理解する必要があります。

編集-1

ここでは私のページの移行コードです：

class CreatePages < ActiveRecord::Migration 
    def self.up 
    create_table :pages do |t| 
     t.string :title, :unique => true, :limit => 50 
     t.string :body, :limit =>255 
     t.string :email, :unique => true, :limit => 50 
     t.string :reference, :limit => 40 
     t.timestamps 
    end 

    end 

    def self.down 
    drop_table :pages 
    end 
end 

、ここでは私の著者の移行です：

class CreateAuthors < ActiveRecord::Migration 
    def change 
    create_table :authors do |t| 
     t.string :author, :unique => true, :null => false, :limit => 50 
     t.timestamps 
    end 
    end 
end 

Answer 1

我々は論理的介してこれを考える場合、著者が持っているかもしれません多くのページ、ページは著者に属します。その場合、私たちはレール関係を通じてこれを表現することができます。

class Author < ActiveRecord::Base 
    has_many :pages 

class Page < ActiveRecord::Base 
    belongs_to :author 

これをサポートするには、ページテーブルにauthor_id列があることを確認するために移行を作成する必要があります。 Railsは残りの部分を処理します。

が

my_page.author.email 
my_page.author.name 

あなたは、必ずしもあなたのユーザーがあなたの執筆者である場合Authorクラスを持っている必要はありません

注意（ご使用者のクラスは、このような属性を持っていると仮定して）：のようにあなたは、すべての関係のセマンティクスを取得します。すべての作成者は、利用者である（そして、あなたが認証およびアカウント保守のために自分のUserクラスを使用）した場合、あなたはまだないであなたは素敵な著者のセマンティクスを維持することができますクラス

class Page < ActiveRecord::Base 
    belongs_to :author, :class_name => "User" 

の著者としてユーザーを参照することができますあなたのUserクラスに対してあなたは、著者のオブジェクトを削除したときに自動的に作者に関連付けられている任意のページを削除したい場合、あなたは著者のための別のテーブルを作成Authorクラス

class Author < ActiveRecord::Base 
    has_many :pages, :dependent => :destroy 

Answer 2

に依存性を追加することができます

最終的なノートでは、おそらく良いアイデアです（ただし、これは既にうまくいくし、パフォーマンスに問題がない場合でもそのまま残すことができます）。

@Marc TalbotはあなたのRailsモデルで関連付けを設定する方法について既に良い答えを与えてくれました。もちろん、データベースを移行する必要もあります。これは何をすべきかです：

1. "authors"という表を作成します。プライマリキー "id"のほかに、 "email"と同様に "name"というフィールドが必要です。論理的には常に同じ著者の「ページ」から「著者」まで同じである他のフィールドを移動することができます。
2. 整数フィールド "author_id"を "pages"に追加します。
3. "ページ"の既存のエントリを上書きします。各ページについて、著者がすでに「著者」にいるかどうかをチェックします。そうでない場合は、著者を「著者」に追加し、「名前」、「電子メール」、および「著者」の他のフィールドに記入してください。authorsテーブルの正しいIDを参照するように「author_id」を設定します。
4. "author"、 "email"、および他の移動フィールドを "pages"から削除します。