डेटाबेस.आईएमएल ओवरराइड करने के लिए रणनीतियां?

Question

मेरे पर्यावरण में, परिनियोजन सर्वर में डेटाबेस कनेक्शन में अधिकांश कनेक्शन जानकारी होती है। यही है, वे जानते हैं कि वे विकास, परीक्षण या उत्पादन सर्वर हैं, और वे अपनी संबंधित डेटाबेस कनेक्शन जानकारी जानते हैं।

मैं उदाहरण के लिए एक सर्वर कक्षा में इस जानकारी को संपुटित कर सकते हैं, ताकि मैं जानकारी पुनः प्राप्त कर सकते हैं:

Server["environment"] #=> production 
Server["db_host"] #=> db5.example.com 
Server["db_password"] #=> [a decrypted password] 

और इतने पर। मैं एक रेल एप्लिकेशन को तैनात करना चाहता हूं और इसे सर्वर सेटिंग्स के आधार पर स्वत: कॉन्फ़िगर करना चाहता हूं। इसे करने का बेहतरीन तरीका क्या है?

एक तरीका यह है करने के लिए अपने database.yml में Erb है:

<%= Server["environment"] %>: 
    adapter: oracle_enhanced 
    host: <%= Server["db_host"] %> 
    username: db_user 
    password: <%= Server["password"] %> 

मैं इसे इस तरह से करने के बारे में भी रोमांचित नहीं हूँ, लेकिन यह काम करेगा। इस मामले में, मैं 'server.rb' कहां रखूंगा जो सर्वर क्लास को परिभाषित करता है - इसे येल में यहां चाहिए? ActiveRecord लोड डेटाबेस.yml के बाद ऐप/प्रारंभकर्ता लोड हो जाता है।

# File railties/lib/initializer.rb, line 903 
def database_configuration 
    require 'erb' 
    YAML::load(ERB.new(IO.read(database_configuration_file)).result) 
end 

ऊपर केवल तभी कहा जाता है:: active_record config.frameworks में परिभाषित किया गया है

एक अन्य संभावित समाधान किसी भी तरह railties 'डेटाबेस प्रारंभकर्ता ओवरराइड करने के लिए है। मुझे यकीन नहीं है कि मैं रेल स्टार्टअप अनुक्रम में पर्याप्त जल्दी से ओवरराइड करने के बारे में कैसे जाउंगा।

शायद एक तीसरा विकल्प को हटाएं: config.frameworks से active_record, और बाद में कनेक्शन बनाएं, ऐप प्रारंभकर्ताओं में कहें? मुझे डर है कि इसमें बहुत से अनपेक्षित साइड इफेक्ट्स हो सकते हैं।

मैं की उम्मीद कर रहा हूं कि कुछ सरल और स्पष्ट है कि मुझे कोई ActiveRecord सुविधा नहीं मिली है जो मुझे डेटाबेस.इएमएल से ऑप्ट आउट करने और प्रोग्रामेटिक रूप से वैकल्पिक कॉन्फ़िगरेशन प्रदान करने की अनुमति देती है।

Answer 1

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

अन्य दृष्टिकोण database.yml फ़ाइल को अपने भंडार के बजाय सर्वर पर रखना है, और किसी प्रकार की परिनियोजन स्क्रिप्ट है जो इसे उचित स्थान से जोड़ती है। इस दृष्टिकोण का लाभ यह है कि आपके पास अपने संस्करण नियंत्रण प्रणाली में चारों ओर महत्वपूर्ण पासवर्ड नहीं हैं और आप एप्लिकेशन को पैच किए बिना सर्वर की कॉन्फ़िगरेशन अपडेट कर सकते हैं।

Answer 2

आप अपने आवेदन में सीधे अपने डेटाबेस अनुकूलन प्रदान कर सकते हैं। आरबी: यह अच्छा रेल 3.2 काम करता है। (हालांकि चेतावनी दी हो, यह एक तरह-की बंदर पैचिंग है)

module MyApp 
    class Application < Rails::Application 
    # ... config 
    config.encoding = "utf-8" 

    def config.database_configuration 
     parsed = super 
     raise parsed.to_yaml # Replace this line to add custom connections to the hash from database.yml 
    end 
    end 
end 

Answer 3

इस रेल 3.2.2

module MyApp 
    class Application < Rails::Application 
    self.paths['config/database'] = 'config/another_db.yml' 
    end 
end 

Answer 4

यह एक पुरानी सवाल है में काम करने लगता है, लेकिन रेल 4 में आप बस का उपयोग कर सकते एक पर्यावरण चर और एक खाली या गायब डेटाबेस है।YML (DATABASE_URL किसी भी database.yml को पार कर जाएगी)

DATABASE_URL=postgres://myuser:mypass@myposgresbox.com:5432/my-database-name

अधिक यहाँ: http://edgeguides.rubyonrails.org/configuring.html#connection-preference