रेलों में विदेशी कुंजी बाधा और संदर्भों के बीच अंतर

Question

क्या t.references का उपयोग करने और SQL कमांड के बीच products और category तालिका के बीच विदेशी कुंजी संबंध बनाने के लिए कोई अंतर है? दूसरे शब्दों में, क्या वही काम करने के दो अलग-अलग तरीके हैं या क्या मुझे यहां कुछ याद आ रही है?

class ExampleMigration < ActiveRecord::Migration 
    def up 
    create_table :products do |t| 
     t.references :category 
    end 
    #add a foreign key 
    execute <<-SQL 
     ALTER TABLE products 
     ADD CONSTRAINT fk_products_categories 
     FOREIGN KEY (category_id) 
     REFERENCES categories(id) 
    SQL 
    add_column :users, :home_page_url, :string 
    rename_column :users, :email, :email_address 
    end 

    def down 
    rename_column :users, :email_address, :email 
    remove_column :users, :home_page_url 
    execute <<-SQL 
     ALTER TABLE products 
     DROP FOREIGN KEY fk_products_categories 
    SQL 
    drop_table :products 
    end 
end 

Answer 1

मुझे इस पृष्ठ में कुछ चीज मिल रही है।

http://railsforum.com/viewtopic.php?id=17318

एक टिप्पणी से:

रेल विदेशी कुंजी का उपयोग नहीं करता है उसके बैकएंड कार्य करने के लिए। यह क्योंकि कुछ डीबी एसक्लाइट की तरह विदेशी टेबल को अपनी टेबल पर अनुमति नहीं देता है। तो रेल एक विदेशी कुंजी

इसके अलावा डेटाबेस तालिका के लिए विदेशी कुंजी जोड़ने के लिए एक मणि foreigner है निर्माण करने के लिए एक सहायक प्रदान नहीं करता है। What creates the FOREIGN KEY constraint in Ruby on Rails 3?

Answer 2

वे एक ही चीज़ नहीं हैं। डिफ़ॉल्ट रूप से रेल डेटाबेस में विदेशी कुंजी लागू नहीं करता है। इसके बजाय, संदर्भ जब कमांड लाइन से बनाने भी एक नियमित रूप से अनुक्रमणिका बनाता है, इस तरह:

add_index :products, :category_id 

अद्यतन:

रेल 5 वास्तव में अब बिल्कुल वही बात करता है। तो, मूल प्रश्न का उत्तर देने के लिए: आजकल, दोनों एक जैसे हैं।