2010-06-18 12 views
12

मुझे एक सिस्टम विकसित करने के लिए असाइन किया गया था जहां हमें एकाधिक स्रोतों (लाखों एक्सएमएल) से एक्सएमएल मिलेगा और उन्हें कुछ डेटाबेस में डाल दिया जाएगा और एक्सएमएल से मुझे निर्णय मिलेगा, कोई भी नहीं होगा कंक्रीट संरचना भले ही वे एक ही स्रोत से हैं। इस कारण से मुझे लगता है कि मैं आरडीएमएस का सुझाव नहीं दे सकता और वर्तमान में नोएसक्यूएल डेटाबेस देख रहा हूं। हमें एक ऐसी प्रणाली की आवश्यकता है जो सीआरयूडी कर सके और पढ़ाई पर तेज़ हो।बेस्ट एक्सएमएल आधारित डाटाबेस

मैं मार्कलोगिक और ईएक्सिस्ट देख रहा था, जो एक्सएमएल आधारित नोएसक्यूएल डेटाबेस दोनों हैं, क्या किसी के पास उनके साथ अनुभव है? और कोई अन्य सुझाव? धन्यवाद

+5

मुझे चर्चा का यह विषय रचनात्मक लगता है, क्योंकि मुझे एक समान समस्या का सामना करना पड़ रहा है ... शायद यह आपके लिए कोड बंदर के लिए रचनात्मक नहीं था, जिसमें शेष समुदाय शामिल नहीं है। सेंसर क्यों ?? – Boltimuss

उत्तर

5

मैं बस इसी तरह की तलाश कर रहा हूं। और पाया कि विशेष एक्सएमएल डेटाबेस बस ऐसा कर रहे हैं।

यहाँ देखो: Wikipedia

मैंने पाया है कि यह एक बहुत अच्छी है: सही कह रही है कि आरडीबीएमएस उद्देश्य पूरा नहीं होगा में http://exist.sourceforge.net/

+0

धन्यवाद यह भी देखेंगे – monmonja

0

भले ही एक्सएमएल की कोई विशेष संरचना न हो, तब तक जब तक यह एक्सएमएल को मान्य कर रहा हो, तब भी आप इसे डीओएम लिखकर अनिवार्य रूप से पारंपरिक SQL डेटाबेस में स्टोर कर सकते हैं। आपके पास तत्वों और विशेषताओं के लिए टेबल होंगे। तत्वों और विशेषताओं में मूल तत्व के लिए एक विदेशी कुंजी कॉलम और नाम के लिए कॉलम होगा।

आप कहते हैं कि आपको तेज़ी से पढ़ने की आवश्यकता है। आप वास्तव में क्या पढ़ रहे हैं? यदि आप विशिष्ट टैग की तलाश करेंगे, तो एक पारंपरिक SQL डेटाबेस अभी भी बहुत तेज़ी से पूछने में सक्षम होगा।

+0

एक व्यक्ति की एक एक्सएमएल फ़ाइल उसके बहुत सारे विवरण के साथ होगी, ये एक्सएमएल 12 केबी से बढ़ सकता है - 50 केबी प्रति एक्सएमएल, मुझे एक्सएमएल में कुछ खोजना होगा। मैं सोच रहा था कि उन्हें एक एक्सएमएल फ़ील्ड में डालना और तालिका से "चयन करें * जहां '% <व्यक्ति जानकारी>%' जैसी जानकारी धीमी है, खासकर यदि यह लाखों रिकॉर्ड तक पहुंच जाती है (यह वास्तव में 2-3 महीने बाद होगी) क्या मैं इस पर सही हूं? धन्यवाद – monmonja

+0

क्या एक्सएमएल के लिए बिल्कुल कोई निरंतर संरचना नहीं है? भले ही एक या दो टैग हैं जो प्रत्येक फ़ाइल के बीच समान हैं, जो कॉलम के बीच डेटा को अलग करने और प्रश्नों को तेज़ी से बनाने में मदद करेंगे। क्या ये "एकाधिक स्रोत" हैं? – Reinderien

+0

मुझे लगता है कि एक या दो टैग अलग किए जाएंगे, एक अच्छा विचार होगा। कई स्रोतों पर, कई कंपनियों से एक व्यक्ति एक्सएमएल है जो हम डेटा प्राप्त करते हैं। ये एक्सएमएल कंपनी से अलग हो सकता है कंपनी एक और कंपनी पर और भी अलग हो सकती है (देश शाखा से लेकर देश की शाखा तक)। किसी भी तरह पारंपरिक डेटाबेस में चिपकने वाला क्या है जो आपका सुझाव है? बहुत धन्यवाद – monmonja

0

मेरे पास इसका कोई व्यावहारिक अनुभव नहीं है, लेकिन मैंने पढ़ा है कि आईबीएम डीबी 2 में special XML capabilities है।

SQL सर्वर में एक XML फ़ील्ड प्रकार है, लेकिन आपके पास किसी तालिका में ऐसे फ़ील्ड होने पर कुछ प्रतिबंध लागू होते हैं। एक कष्टप्रद (मेरे लिए), यह है कि आप किसी लिंक किए गए सर्वर पर ऐसी तालिका का उपयोग नहीं कर सकते हैं।

3

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

संबंधित मुद्दे