डेटाबेस में सीधे डेटा या बेस 64 डेटा के रूप में संग्रहीत करना?

Question

डेटाबेस में छवियों को संग्रहीत करने की सामान्य विधि डेटा को संग्रहीत करने से पहले छवि को base64 डेटा में परिवर्तित करना है। यह प्रक्रिया आकार में 33% की वृद्धि करेगी। वैकल्पिक रूप से छवि को सीधे BLOB के रूप में संग्रहीत करना संभव है; उदाहरण के लिए:

$image = new Imagick("image.jpg"); 
$data = $image->getImageBlob(); 
$data = $mysqli->real_escape_string($data); 
$mysqli->query("INSERT INTO images (data) VALUES ('$data')"); 

और फिर

<img src="data:image/jpeg;base64,' . base64_encode($data) . '" /> 

बाद विधि के साथ

साथ छवि प्रदर्शित, हम 1/3 संग्रहण स्थान बचा। MySQL डेटाबेस में छवियों को base64 के रूप में स्टोर करना अधिक आम क्यों है?

अद्यतन: लाभों के बारे में कई बहस और डेटाबेस में छवियों को संग्रहीत करने का नुकसान कर रहे हैं, और ज्यादातर लोगों का मानना ​​है कि एक व्यावहारिक दृष्टिकोण नहीं है। वैसे भी, मुझे लगता है कि हम डेटाबेस में छवि स्टोर करते हैं, और ऐसा करने के लिए सबसे अच्छी विधि पर चर्चा करते हैं।

Answer 1

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

प्रो ब्लॉब: डेटाबेस प्रबंधक सॉफ़्टवेयर जानता है कि किस प्रकार के डेटा की अपेक्षा करनी है। यह इसके लिए अनुकूलित कर सकते हैं। यदि आप किसी टेक्स्ट फ़ील्ड में बेस 64 स्टोर करेंगे तो यह इसके लिए कुछ इंडेक्स या अन्य डेटा स्ट्रक्चर बनाने का प्रयास कर सकता है, जो "असली" टेक्स्ट डेटा के लिए वास्तव में अच्छा और उपयोगी होगा लेकिन व्यर्थ और छवि डेटा के लिए समय और स्थान की बर्बादी होगी। और यह बाइट्स, प्रतिनिधित्व की संख्या के रूप में छोटा है।

Answer 2

मेरा तर्क है कि छवियां (फ़ाइलें) आमतौर पर डेटाबेस बेस 64 एन्कोडेड में संग्रहीत नहीं होती हैं। इसके बजाय, वे अपने कच्चे बाइनरी रूप में बाइनरी (ब्लॉब) कॉलम (या फ़ाइल) में संग्रहीत होते हैं।

बेस 64 केवल परिवहन तंत्र के रूप में उपयोग किया जाता है, भंडारण के लिए नहीं। उदाहरण के लिए, आप एक बेस 64 एन्कोडेड छवि को किसी XML दस्तावेज़ या ईमेल संदेश में एम्बेड कर सकते हैं।

बेस 64 भी स्ट्रीम अनुकूल है। आप फ्लाई पर एन्कोड और डीकोड कर सकते हैं (डेटा के कुल आकार को जानने के बिना)।

जबकि बेस 64 परिवहन के लिए ठीक है, आपकी छवियों बेस 64 इनकोडिंग की दुकान नहीं है।

बेस 64 स्टोरेज के लिए कोई चेकसम या कोई भी मूल्य प्रदान नहीं करता है।

बेस 64 एन्कोडिंग कच्चे बाइनरी प्रारूप पर स्टोरेज आवश्यकता 33% बढ़ा देता है। यह लगातार भंडारण से पढ़ने वाले डेटा की मात्रा को भी बढ़ाता है, जो अभी भी कंप्यूटिंग में सबसे बड़ी बाधा है। यह आमतौर पर कम बाइट पढ़ने और फ्लाई पर एन्कोड करने के लिए तेज़ है। केवल अगर आपका सिस्टम आईओ बाध्य होने के बजाय सीपीयू बाध्य है, और आप नियमित रूप से बेस 64 में छवि को आउटपुट कर रहे हैं, तो बेस 64 में संग्रहीत करने पर विचार करें।

इनलाइन छवियों (बेस 64 इनकोडिंग छवियों HTML में भी अंतःस्थापित) एक टोंटी खुद को कर रहे हैं - आप तार पर 33% अधिक डेटा भेजने, और यह क्रमानुसार कर (वेब ​​ब्राउज़र से पहले यह कर सकते हैं इनलाइन चित्र पर इंतजार करना पड़ता है पेज एचटीएमएल डाउनलोड करना खत्म करें)।

यदि आप अभी भी छवियों को बेस 64 एन्कोड करना चाहते हैं, तो कृपया जो कुछ भी आप करते हैं, सुनिश्चित करें कि आप यूटीएफ 8 कॉलम में बेस 64 एन्कोडेड डेटा स्टोर नहीं करते हैं, फिर इसे इंडेक्स करें।

Answer 3

मैं आधुनिक डेटाबेस जैसे नोएसक्यूएल को देखने की सलाह देता हूं और मैं उपयोगकर्ता 1252434 की पोस्ट से सहमत हूं। उदाहरण के लिए, मैं अपने मोंगो डीबी पर बेस 64 के रूप में कुछ < 500 केबी पीएनजी स्टोर कर रहा हूं, जिसमें बाइनरी सेट सही प्रदर्शन नहीं हुआ है। मोंगो का उपयोग 10 एमबी वीडियो जैसी बड़ी फाइलों को स्टोर करने के लिए किया जा सकता है और यह उन वीडियो के मेटाडेटा खोजों में भारी समय बचाने के फायदे प्रदान कर सकता है, storing large objects and files in mongodb देखें।