performance - To Do or Not to Do: Store Images in a Database -


इस सवाल का पहले से ही एक उत्तर है: < / P>

  • 56 जवाब

एक वेब के संदर्भ में आवेदन, मेरे पुराने मालिक ने हमेशा कहा कि छवि में एक छवि के संदर्भ में छवि को खुद ही नहीं रखा गया। मुझे यह मानना ​​है कि यूआरएल बनाम डीबी में छवि खुद को एक अच्छा विचार है, लेकिन जहां मैं अभी काम करता हूं, हम डेटाबेस में बहुत सी छवियों को संग्रहित करते हैं।

एकमात्र कारण जो मैं सोच सकता हूँ की शायद यह अधिक सुरक्षित है? आप किसी यूआरएल को सीधा लिंक नहीं चाहते हैं? लेकिन अगर यह मामला है, तो आप हमेशा वेब साइट / सर्वर हैंडलर छवियां कर सकते हैं, जैसे एएसपीएनएल में हैंडलर ताकि उपयोगकर्ता को छवि देखने के लिए प्रमाणीकरण की आवश्यकता हो। मैं भी सोच रहा हूं कि प्रदर्शन को डेटाबेस से छवियों को खींचकर चोट लगी होगी। किसी भी अन्य कारणों से यह एक डेटाबेस में छवियों को संग्रहित करने के लिए एक अच्छा / अच्छा विचार नहीं हो सकता है?

सटीक डुप्लिकेट:
सटीक डुप्लिकेट:
सटीक डुप्लिकेट:
< सटीक डुप्लिकेट:
सटीक डुप्लिकेट:
सटीक डुप्लिकेट:
सटीक डुप्लिकेट:

"post-text" itemprop = "text">

यदि आप अवसर पर को एक छवि पुनः प्राप्त करने की आवश्यकता है और इसे पर उपलब्ध होना है कई अलग वेब सर्वर लेकिन मुझे लगता है कि यह बहुत ज्यादा है

  • यदि यह कई सर्वरों पर उपलब्ध नहीं है, तो उन्हें फाइल सिस्टम में डाल देना हमेशा बेहतर होता है
  • यदि यह कई सर्वरों पर उपलब्ध हो और सिस्टम में वास्तव में कोई प्रकार का लोड हो, तो आपको किसी तरह के वितरित संग्रहण की आवश्यकता होगी।

हम ' यहाँ एक किनारे के मामले में बात कर रहे हैं, जहां आप डेटाबेस का लाभ उठाकर अपने सिस्टम में एक अतिरिक्त स्तर की जटिलता जोड़ने से बच सकते हैं।

इसके अलावा, ऐसा मत करो।


Comments

Popular posts from this blog

python - Overriding the save method in Django ModelForm -

html - CSS autoheight, but fit content to height of div -

qt - How to prevent QAudioInput from automatically boosting the master volume to 100%? -