मेरे पास यूके बाजार के लिए एक आवेदन लिखा गया है जो वर्तमान में केवल अंग्रेज़ी (यूके) का समर्थन करता है और एक ग्राहक गैर यूके साइट पर एप्लिकेशन का हिस्सा तैनात करना चाहता है और डेटा को यूके मुख्यालय में वापस सिंक्रनाइज़ करना चाहता है।डेटाबेस स्ट्रिंग्स का अनुवाद
मैं संसाधन फ़ाइलों और स्थानीय संस्कृति की जानकारी का उपयोग कर एप्लिकेशन लेबल और संदेशों को परिवर्तित कर सकता हूं लेकिन यह सोच रहा था कि आप डेटाबेस बाध्य डेटा को कैसे परिवर्तित करेंगे।
ईजी। यहाँ मुख्यालय आधारित तालिका
tblFault
ID ; Description
1 ; Not Functional
2 ; Build Fault
3 ; Leak
4 ; Aesthetics
5 ; Testing
अगर मैं गैर ब्रिटेन भाषा के लिए डेटा का अनुवाद करने में मैं सिर्फ विवरण की जगह सकता है, लेकिन यह कुछ समस्याओं का कारण होता है, तो डेटा unsyncronised है था?
क्या मुझे अतिरिक्त भाषा के लिए तालिका को एक और कॉलम के साथ विस्तारित करना चाहिए और फिर स्थानीय संस्कृति का उपयोग करके चयन को बदलना चाहिए?
tblFault
ID ; Description-EN ; Descrption-US ; Description-DE etc
1 ; Not Functional ; ;
2 ; Build Fault ; ;
3 ; Leak ; ;
4 ; Aesthetics ; ;
5 ; Testing ; ;
आप किस विधि की सिफारिश करेंगे?
धन्यवाद
फिल
मैं मूल तालिका में अंग्रेजी/तटस्थ भाषा संस्करण रखूंगा (और चिह्नित नहीं किया गया) ताकि अगर कुछ अभी तक अनुवाद नहीं किया गया है तो हमेशा एक फॉलबैक होता है। –
मैं इस विधि से बेनिफिट देख सकता हूं लेकिन चूंकि डेटा को ओलाप डाटाक्यूब में समेकित किया जाता है, इसलिए आप समग्र शीर्ष स्तर (सभी भाषाओं) एकत्रीकरण को खो देंगे क्योंकि फॉल्ट के अलग-अलग आईडी के –
@ फिल मुरे - मुझे लगता है कि इरादा यह है कि 'TblFault_Labels' में' आईडी' 'tblFault-> आईडी' के लिए एक एफके है - प्रत्येक गलती में अद्वितीय 'आईडी' है, जो इसे चुनने के लिए उपयोग की जाने वाली भाषा से स्वतंत्र है। –