यदि 100 उपयोगकर्ताओं ने 10 सेकंड की विंडो के भीतर 100 100 एमबी फाइलों (FILESTREAM के माध्यम से संग्रहीत) का अनुरोध किया, तो क्या SQL सर्वर 2008 का प्रदर्शन क्रॉल में धीमा हो जाएगा?
किस तरह के सर्वर पर ?? उन फ़ाइलों की सेवा के लिए किस प्रकार का हार्डवेयर? किस तरह के डिस्क, नेटवर्क आदि ?? इतने सारे प्रश्न......
पॉल रैंडल द्वारा एसक्यूएल सर्वर 2008:FILESTREAM प्रदर्शन - इसकी जांच - पड़ताल करें। FILESTREAM पर एक 25-पृष्ठ का श्वेतपत्र भी है। उपलब्ध - कुछ प्रदर्शन ट्यूनिंग युक्तियों को भी शामिल करता है।
लेकिन Microsoft Research TechReport To BLOB या Not To BLOB को भी देखें। /ए> ।
यह एक बहुत ही गहन और बहुत अच्छी तरह से आधारित लेख है जिसने उन सभी प्रश्नों को उनकी गति के माध्यम से रखा है।
उनका निष्कर्ष:
तो इसे देखते हुए - यदि आपके ब्लॉब्स आम तौर पर 1 एमबी से कम हैं, तो उन्हें डेटाबेस में वर्बिनरी (मैक्स) के रूप में स्टोर करें। यदि वे आम तौर पर बड़े होते हैं, तो केवल FILESTREAM सुविधा।
मैं NTFS फ़ाइल फ़ोल्डर में "अप्रबंधित" संग्रहण पर FILESTREAM के अन्य लाभों के बजाय प्रदर्शन के बारे में अधिक चिंता नहीं करता:FILESTREAM के बिना डेटाबेस के बाहर फ़ाइलों को संग्रहीत करना, उन पर आपका कोई नियंत्रण नहीं है:
- डेटाबेस द्वारा प्रदान किया गया कोई एक्सेस कंट्रोल नहीं
- फ़ाइलें आपके SQL सर्वर बैकअप का हिस्सा नहीं हैं
- फ़ाइलों को लेन-देन के रूप में नियंत्रित नहीं किया जाता है, उदा। आप "ज़ोंबी" फ़ाइलों के साथ समाप्त हो सकते हैं जो अब डेटाबेस से संदर्भित नहीं हैं, या डिस्क पर संबंधित फ़ाइल के बिना डेटाबेस में "कंकाल" प्रविष्टियां
अकेले वे सुविधाएँ ही FILESTREAM का उपयोग करने के लिए इसे बिल्कुल सार्थक बनाती हैं।
