वेब ऐप के लिए फ़ाइलों या डेटाबेस में चित्रों को स्टोर करें?

Question

मेरा प्रश्न काफी सामान्य है और मुझे पता है कि इसमें 100% जवाब नहीं हो सकता है। मैं एक एएसपी .NET वेब समाधान बना रहा हूं जिसमें बहुत सारी तस्वीरें शामिल होंगी और उम्मीद है कि उचित मात्रा में यातायात होगा। मैं वास्तव में प्रदर्शन प्राप्त करना चाहता हूँ।

क्या मुझे डेटाबेस में या फ़ाइल सिस्टम में चित्रों को सहेजना चाहिए? और इस पर ध्यान दिए बिना कि मैं एक विशिष्ट तरीके का चयन क्यों कर रहा हूं।

बहुत धन्यवाद, स्टीफन

डुप्लीकेट: Storing Images in DB - Yea or Nay?, How to store images in your filesystem, Storing a small number of images: blob or fs? और शायद कुछ अन्य लोगों के।

---

टिप्पणी: कई अच्छे उत्तरों के लिए धन्यवाद। मैं एक फ़ाइल आधारित समाधान के लिए जाऊंगा भले ही मुझे 100% डेटाबेस संचालित समाधान होने का विचार पसंद है। ऐसा लगता है कि आज डेटाबेस के साथ जो कुछ मैं चाहता हूं उसे करने के लिए अच्छे समाधान हैं लेकिन मेरे पास ऐसा करने के कुछ कारण नहीं हैं।

• मैं एक होस्टेड समाधान पर होगा, मेरे पास बड़ी मात्रा में भंडारण (10 जीबी) है लेकिन डेटाबेस के लिए केवल 300 एमबी है। डीबी में अतिरिक्त भंडारण के लिए इसका बहुत अधिक खर्च होगा।

• मैं डीबी विशेषज्ञ नहीं हूं और साथ ही डीबी की सेटिंग्स के नियंत्रण में नहीं हूं। एक डीबी आधारित समाधान के रूप में ऐसा लगता है कि कस्टम विन्यास की आवश्यकता हो सकती है।

यदि हम साइट को अपने सर्वर पर चलाने के लिए आगे बढ़ेंगे तो मैं एक डीबी आधारित समाधान पर विचार कर सकता हूं। धन्यवाद, स्टीफन

Answer 1

स्टोर फाइल सिस्टम और डेटाबेस में चित्र स्थानों पर तस्वीरें।

क्यों? क्योंकि ...

1. आप चित्रों को स्थैतिक फाइलों के रूप में सेवा करने में सक्षम होंगे।
2. चित्रों को लाने के लिए कोई डेटाबेस एक्सेस या एप्लिकेशन कोड आवश्यक नहीं होगा।
3. प्रदर्शन को बेहतर बनाने के लिए छवियों को एक अलग सर्वर से परोसा जा सकता है।
4. यह डेटाबेस की बाधा को कम करेगा।
5. डेटाबेस अंततः फ़ाइल सिस्टम पर अपना डेटा संग्रहीत करता है।
6. फ़ाइल सिस्टम पर संग्रहीत किए जाने पर छवियों को आसानी से कैश किया जा सकता है।

Answer 2

फ़ाइलों को फ़ाइलों के रूप में स्टोर करने के लिए बेहतर। अलग-अलग डेटाबेस ब्लॉब डेटा को अलग-अलग संभालते हैं, इसलिए यदि आपको अपने बैक एंड माइग्रेट करना है तो आपको परेशानी हो सकती है।

जब < img src = को उस फाइल पर लागू किया जाता है जो सर्वर पर पहले से मौजूद है, तो डेटाबेस फ़ील्ड से अस्थायी फ़ाइल बनाने और < आईएमजी टैग को इंगित करने की तुलना में तेज़ी से होने की संभावना है।

मैं आपके सवाल का googling और http://databases.aspfaq.com/database/should-i-store-images-in-the-database-or-the-filesystem.html

Answer 3

पर टिप्पणी पढ़ने मेरी हाल ही में विकसित परियोजनाओं में से इस सवाल का जवाब मिल गया है, मैं संग्रहीत छवियों (और बाइनरी दस्तावेजों के सभी प्रकार) डेटाबेस तालिकाओं में छवि स्तंभों के रूप में।

डेटाबेस में संग्रहीत फ़ाइलों को रखने का लाभ स्पष्ट रूप से है कि यदि रिकॉर्ड हटा दिया गया है, तो हार्डडिस्क पर असुरक्षित फ़ाइलों के साथ समाप्त नहीं होता है, क्योंकि डेटाबेस (= मेटा डेटा) और हार्डडिस्क (= फ़ाइल संग्रहण) के बीच सिंक्रनाइज़ेशन है अंतर्निहित नहीं है और मैन्युअल रूप से प्रोग्राम किया जाना है।

आज की तकनीक का उपयोग करके, मेरा सुझाव है कि आप SQL Server 2008 FILESTREAM कॉलम (कम से कम यही है कि मैं अपनी अगली परियोजना के साथ क्या करने जा रहा हूं) में छवियों को संग्रहीत करता हूं, क्योंकि वे डेटाबेस में डेटा संग्रहीत करने और बड़ी बाइनरी रखने का लाभ जोड़ते हैं अलग-अलग फाइलें (कम से कम विज्ञापन के अनुसार;))

Answer 4

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

Answer 5

कहावत हमेशा

Answer 6

मैं आमतौर पर क्योंकि डेटाबेस में बाइनरी फ़ाइलें लेना पसंद "फाइल सिस्टम में फ़ाइलें, डेटाबेस में फ़ाइल मेटाडाटा":

• डेटा अखंडता: कोई unreferenced फ़ाइल,
• डेटा स्थिरता जुड़े किसी भी फाइल के बिना DB में कोई रास्ता: एक डेटाबेस डंप लेने के लिए और इतना ही है। नहीं "हे मैं इस डेटा निर्देशिका को targz भूल गया।"

Answer 7

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

मुझे लगता है कि आप डेटाबेस के लिए यह सोच सकते हैं कि आप छवियों को उनके साथ जुड़े पाठ डेटा के संबंध में कैसे स्टोर करते हैं और यदि आप किसी विशेष क्वेरी में छवियों तक पहुंच सकते हैं ताकि डेटाबेस क्वेरी को कैश कर सके (केवल सिद्धांत हालांकि मुझे उस हिस्से पर नूक करने के लिए स्वतंत्र महसूस होता है)।

वेब पक्ष के साथ, मुझे लगता है कि चूंकि आपका प्रश्न एएसपीनेट के साथ टैग किया गया है कि आप छवियों की सेवा के लिए एक http हैंडलर का उपयोग करने के मार्ग पर जाएंगे। फिर आपके पास ढांचे के ढांचे के सभी लाभ हैं और आप अपने डोमेन पर http हैंडलर को केवल कुंजी पास करने के साथ ही डोमेन लॉजिक क्लीनर रख सकते हैं। डेटाबेस में

Answer 8

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

भंडारण छवियों, यह आसान वैकल्पिक मेमोरी को ऑफलोड करने के लिए बनाता है छवियों स्थिर तत्वों बनाता है ताकि आप छवियों संचित करने योग्य बनाने के लिए अपने वेब अनुप्रयोग में HTTP हेडर के साथ के बारे में गड़बड़ करने के लिए नहीं है। नकारात्मकता यह है कि यदि आप कभी भी अपने ऐप को एक अलग सर्वर पर ले जाते हैं तो आपको छवियों को भी स्थानांतरित करने के लिए याद रखना होगा; कुछ जो आसानी से भूल जाता है।

Answer 9

अपनी फ़ाइलें संग्रहीत करने के लिए एक व्यक्ति NoSQL डेटाबेस क्यों नहीं चुनें।

यह आपको डेटा अखंडता, डेटा स्थिरता के साथ @chburd के रूप में लाता है।

जबकि आप rdbms अभी भी छोटे रखते हैं। http://www.devmanuals.com/tutorials/java/spring/spring3/mvc/Spring3MVCImageUpload.html

यहाँ एक उदाहरण भी है -

Answer 10

1. यहाँ एक चरण-दर-चरण उदाहरण (सामान्य दृष्टिकोण, स्प्रिंग कार्यान्वयन, Eclipse) फाइल सिस्टम में छवियों भंडारण और डीबी में उनके मेटाडाटा धारण करने की है - http://www.journaldev.com/2573/spring-mvc-file-upload-example-tutorial-single-and-multiple-files
2. इसके अलावा आप इस परियोजना के कोडबेस की जांच कर सकते हैं - https://github.com/jdmr/fileUpload। this नियंत्रक पर ध्यान दें।