मेरे पास एक उचित डेटा सेट है और इसे आरडीबीएमएस की बजाय फ़ाइल में स्टोर करना चाहते हैं।SQLite?
डेटा सेट में मुख्य तालिका केवल 1 एम पंक्तियों, 30 कॉलम और लगभग 600 एमबी आकार में सीएसवी के रूप में है।
मैं SQLite पर विचार कर रहा हूं। SQLite इस आकार के डेटा सेट के लिए जांच के लायक है?
SQLite उस फ़ाइल को ठीक से संभाल लेंगे; लेन-देन में रिकॉर्ड आयात करना सुनिश्चित करें ताकि जब तक सबकुछ आयात न हो जाए, तब तक यह इंडेक्स बनाने में काफी समय नहीं लगाता है।
मैंने हाल ही में इसी तरह के एप्लिकेशन के लिए SQLite की जांच की। SQLite दस्तावेज़ बताता है कि SQLite डेटाबेस आकार में टेराबाइट्स हो सकते हैं, और SQLite की प्राथमिक सीमा समवर्ती है (एक ही समय में कई उपयोगकर्ता)। हालांकि हम इस दिशा में नहीं गए थे (हमारे पास अपना खुद का बाइनरी स्टोरेज प्रारूप है), मुझे पूरा भरोसा था कि SQLite इस आकार की फाइलों को संभाल सकता है।
स्क्लाइट आपके लिए ठीक काम करना चाहिए। मैंने एक एम्बेडेड डिवाइस में भी उस आकार का डेटा सेट चलाया है और स्क्लाइट प्रदर्शन काफी उचित था।
जैसा कि कहा गया है, मुख्य बाधा समरूपता है। अपने सिस्टम को डिज़ाइन करने का लक्ष्य रखें ताकि डेटाबेस डेटाबेस प्रति खुले अधिकतर डेटाबेस हैंडल हो।
स्क्लाइट तेज़ है जब आप लेनदेन का उपयोग करते हैं और अक्सर प्रतिबद्ध नहीं होते हैं। पैरामीटर के साथ तैयार बयानों का उपयोग चीजों को भी गति देता है। जब आप पैरामीटरयुक्त प्रश्नों का उपयोग करते हैं तो स्क्लाइट को प्रत्येक SQL स्टेटमेंट को दोबारा पोस्ट नहीं करना पड़ता है। एक उदाहरण: How do I get around the "'" problem in sqlite and c#?
मैं एक स्क्लाइट डीबी में 2 गीगाबाइट स्टोर करता हूं, यह बहुत अच्छी तरह से काम करता है। एक फ्लैट फ़ाइल के ऊपर स्क्लाइट का एक बड़ा लाभ आपके डेटा को इंडेक्स करने की संभावना है।
आपके पास पहले से ही आपका जवाब है लेकिन मैं अपना वर्तमान प्रयोग साझा करना चाहता हूं: मैंने एक ही SQLite डेटाबेस में 7 9 3 जीबी डेटा के अरबों रिकॉर्ड खोले हैं और पढ़े गए प्रश्न अभी भी आश्चर्यजनक रूप से तेज़ हैं (1 मीटर से कम)।
निर्माण समय 22 घंटे से अधिक समय ले लिया और पोस्ट-इंडेक्स निर्माण में प्रति कॉलम लगभग 4 घंटे लगते हैं।
प्रभावशाली ... अगर मैं उसमें से 10% तक पहुंच जाता हूं तो यह बहुत होगा। बेच दिया। – ppumkin
अतिरिक्त टिप पॉल के लिए धन्यवाद। –