मेरा तर्क है कि छवियों (फाइलों) को आमतौर पर डेटाबेस बेस 64 एन्कोडेड में संग्रहीत नहीं किया जाता है। इसके बजाय, वे अपने कच्चे बाइनरी रूप में बाइनरी (ब्लॉब) कॉलम, या फ़ाइल में संग्रहीत होते हैं।
बेस 64 का उपयोग केवल परिवहन तंत्र के रूप में किया जाता है, भंडारण के लिए नहीं। उदाहरण के लिए, आप किसी XML दस्तावेज़ या ईमेल संदेश में एक बेस64 एन्कोडेड छवि एम्बेड कर सकते हैं।
बेस 64 भी स्ट्रीम फ्रेंडली है। आप मक्खी पर (डेटा के कुल आकार को जाने बिना) एन्कोड और डिकोड कर सकते हैं।
जबकि बेस 64 परिवहन के लिए ठीक है, अपनी छवियों को बेस 64 एन्कोडेड स्टोर न करें ।
बेस 64 भंडारण के लिए कोई चेकसम या किसी भी मूल्य का कुछ भी प्रदान नहीं करता है।
बेस 64 एन्कोडिंग कच्चे बाइनरी प्रारूप पर भंडारण आवश्यकता को 33% तक बढ़ा देता है। यह लगातार भंडारण से पढ़े जाने वाले डेटा की मात्रा को भी बढ़ाता है, जो अभी भी आम तौर पर कंप्यूटिंग में सबसे बड़ी अड़चन है। आमतौर पर कम बाइट्स पढ़ना और उन्हें मक्खी पर एन्कोड करना तेज़ होता है। केवल अगर आपका सिस्टम IO बाउंड के बजाय CPU बाउंड है, और आप नियमित रूप से बेस 64 में इमेज आउटपुट कर रहे हैं, तो बेस 64 में स्टोर करने पर विचार करें।
इनलाइन छवियां (एचटीएमएल में एम्बेडेड बेस 64 एन्कोडेड छवियां) स्वयं एक बाधा हैं - आप तार पर 33% अधिक डेटा भेज रहे हैं, और इसे क्रमिक रूप से कर रहे हैं (वेब ब्राउज़र को इनलाइन छवियों पर इंतजार करना पड़ता है इससे पहले कि वह पेज डाउनलोड कर सके एचटीएमएल).
यदि आप अभी भी बेस 64 एन्कोडेड छवियों को स्टोर करना चाहते हैं, तो कृपया, जो कुछ भी आप करते हैं, सुनिश्चित करें कि आप यूटीएफ 8 कॉलम में बेस 64 एन्कोडेड डेटा स्टोर नहीं करते हैं, फिर इसे इंडेक्स करें।
