डेटाबेस टेबल के लिए रेल 3 I18n

Question

मैं अंतर्राष्ट्रीयकरण का उपयोग करने के लिए सर्वोत्तम प्रथाओं के लिए कुछ सुझाव और सलाह ढूंढ रहा हूं। मैंने चारों ओर खोज की है, लेकिन मैं जो पढ़ता हूं उससे मैं संतुष्ट नहीं हूं। I18n के लिए yml फ़ाइलों का उपयोग करने पर ध्यान केंद्रित किए गए अधिकांश लेख जो मेरी स्थिति में काम नहीं करेंगे।

मेरे पास वर्तमान में अंग्रेजी में टेक्स्ट के साथ कई डेटाबेस टेबल हैं। इनमें से कुछ तालिकाओं में टेक्स्ट फ़ील्ड हैं जो कुछ वाक्यों में लंबे हैं और कुछ पाठ के 6+ पैराग्राफ हैं। मैं इन क्षेत्रों को स्पेनिश में भी रखना चाहता हूं।

दृष्टिकोण मैं वर्तमान पर विचार कर रहा हूँ I18n सक्रिय रिकॉर्ड मणि का उपयोग करें और 1 अनुवाद तालिका कि एप्लिकेशन को एप्लिकेशन

class CreateTranslations < ActiveRecord::Migration 
    def self.up 
     create_table :translations do |t| 
     t.string :locale 
     t.string :key 
     t.text :value 
     t.text :interpolations 
     t.boolean :is_proc, :default => false 

     t.timestamps 
     end 
    end 

    def self.down 
     drop_table :translations 
    end 
    end 

में सभी अनुवाद के लिए इस्तेमाल करेगा है यह सबसे अच्छा तरीका है आगे बढ़ने के लिए?

एक ओर सभी अनुवाद अच्छी तरह से एक तालिका में संग्रहीत किए जाएंगे। दूसरी तरफ, जब भी उपयोगकर्ता I18n सामग्री के लिए डेटाबेस से पूछताछ करता है। ऐप कुंजी के लिए मूल तालिका से पूछताछ करेगा, और उसके बाद अनुवाद तालिका भी पूछेगा। एक और चिंता यह है कि अनुवाद तालिका भारी होगी और इसमें बड़ी संख्या में पंक्तियां होंगी क्योंकि यह ऐप के लिए सभी अनुवादों को संग्रहित करेगी (अनुभाग शीर्षक [कुछ शब्द] से पाठ के सभी पृष्ठों तक।

कोई जानकारी सराहना की है। धन्यवाद

Answer 1

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

एक और तेज़ और संभवतः बेहतर समाधान I18n के लिए बैकएंड के रूप में रेडिस का उपयोग करना है। http://guides.rubyonrails.org/i18n.html#using-different-backends और http://railscasts.com/episodes/256-i18n-backends देखें।

जहां भी आप अनुवादों को स्टोर करते हैं, वहां इंटरपोलेशंस को प्रबंधित करने की कोई आवश्यकता नहीं है क्योंकि I18n लाइब्रेरी इसे काफी अच्छी तरह से संभालती है (जब तक कि आप वास्तव में कुछ कस्टम नहीं कर रहे हों)।

Answer 2

एकमात्र लाभ आपको डेटाबेस पर स्टोर करना होगा यदि आप इसे फ्लाई पर संपादित करने का नाटक करते हैं। तो अगर यह आपका इरादा था, तो idlefingers सुझाव जाने का एक तरीका है। लेकिन यदि आप इसके बारे में सोच नहीं रहे हैं, तो एक सादा वाईएमएल इंटरफ़ेस, टेबल नाम, फ़ील्ड नाम इत्यादि का अनुवाद करने का काम करेगा।

यदि आप अपने डेटा को एक से अधिक भाषा के साथ स्टोर करना चाहते हैं, तो उन्हें खर्च करना चाहिए एक विशिष्ट डेटाबेस मॉडलिंग के साथ कुछ समय।

आप मूल रूप से दो तरह से यह कर सकते हैं: - खेतों आप एक से अधिक भाषा में आवश्यकता डुप्लिकेट - डुप्लिकेट डाला भाषा के साथ itens और झंडा, आप भी बेहतर ट्रैक करने के लिए सभी प्रतियों पर मूल संस्करण इंगित कर सकते हैं उन्हें।