LuckyLindy - मैं आपको सिर्फ एक सेकंड के लिए रुकने के लिए प्रोत्साहित करूँगा और सत्यापित करूँगा कि आपको SQL एजेंट की आवश्यकता नहीं है। आप ने लिखा:
हम एक दोहरी वेब / आंतरिक लेनदेन एप्लिकेशन को रोल आउट करने वाले हैं जहां प्रत्येक ग्राहक का अपना डेटाबेस है। प्रत्येक डेटाबेस बहुत छोटा है - प्रत्येक 50 एमबी के तहत, इसलिए हम सोच रहे थे कि क्या यह पूर्ण SQL सर्वर के बजाय SQL एक्सप्रेस 2008 का उपयोग करने के लिए समझ में आएगा।
बैकअप के लिए आपकी क्या योजना है? आपको SQL एजेंट का उपयोग करने की आवश्यकता नहीं है, लेकिन यह सुनिश्चित करता है कि DBA का जीवन आसान हो जाए। आप T-SQL / SMO / PowerShell / जो भी स्क्रिप्ट आपके बैकअप करते हैं और फिर अनुसूचित शेड्यूल का उपयोग करके sqlcmd या PowerShell के माध्यम से निष्पादित कर सकते हैं।
डेटाबेस रखरखाव के लिए आपकी क्या योजना है? समय के साथ, उन डेटाबेस को अलग-थलग कर दिया जाएगा और स्थिरता के लिए जाँच की जाएगी। मानक संस्करण में यह आसान बनाने के लिए सभी प्रकार के उपहार हैं, जबकि एक्सप्रेस में, आपको काम करना होगा (फिर से स्क्रिप्टिंग और निर्धारित कार्यों के साथ)।
आपको सर्वर पर समस्याओं के बारे में कैसे सूचित किया जाएगा? जब कोई लॉग पूरा हो रहा है, तो आपको सूचित करने के लिए एजेंट अलर्ट के साथ यहां मदद करता है, एक डिस्क भर रहा है, आदि।
ये महत्वपूर्ण SQL सर्वर DBA- प्रकार के कार्य हैं। इन-हाउस ऐप के लिए एक्सप्रेस को चलाना एक बात है लेकिन एक बार जब आप हमें बताना शुरू करते हैं कि आप क्लाइंट्स के लिए ये होस्ट कर रहे हैं, तो मैं चिंतित हो जाता हूं :)
इसका भाग 2 आपसे पूछ रहा है कि आप कितने ग्राहकों को इस पर समर्थन देने की योजना बना रहे हैं - दोनों लॉन्च और एक साल बाद? यदि आप कहते हैं, "100 ग्राहक", तो 100 50MB डेटाबेस एक्सप्रेस पर पर्याप्त नहीं होंगे - आपके पास पर्याप्त मेमोरी नहीं है। हेक - आपके पास कितना डेल्टा है, इसके आधार पर, आप अधिकतम 15 DB कर सकते हैं, मुझे नहीं पता।
हमारे पास कभी भी ~ 200 से अधिक समवर्ती उपयोगकर्ता नहीं होंगे, और अधिकांश ऑपरेशन अधिक लेन-देन वाले होंगे (जो कि भारी रैम / सीपीयू पर सही उच्च गति डिस्क के पक्ष में लगता है?)
लेन-देन के संचालन जैसे INSERTs को अभी भी मेमोरी में लिखा जाता है, इसलिए यह उम्मीद न करें कि आपको कम मेमोरी सपोर्ट की आवश्यकता है। वास्तव में, आप कितने INSERT करते हैं, इस पर निर्भर करते हुए, आपके पास उपयोगकर्ताओं की संख्या के साथ अधिक से अधिक मेमोरी की आवश्यकता हो सकती है। यदि आप बहुत सारे डेटा लोड कर रहे हैं जो लोग वास्तव में उपयोग नहीं कर रहे हैं तो यह अभी भी मेमोरी पर कब्जा कर लेता है। आप "डेटा जिसे उपयोगकर्ता बार-बार क्वेरी कर रहे हैं" और "डेटा जो उपयोगकर्ता लोड कर रहे हैं कि कोई भी थोड़ी देर के लिए क्वेरी नहीं करेगा" के बीच विवाद मुद्दों में चल सकता है। SQL डेटा को संरक्षित करके हमें बचाता है लोग स्मृति में अधिक बार क्वेरी कर रहे हैं लेकिन आपके पास अभी भी विवाद होगा।
इस बिंदु पर, मैं योग्य लय कर रहा हूँ। और 200 समवर्ती उपयोगकर्ता मेरे साथ एक्सप्रेस के लिए या तो जिब नहीं करते हैं। मान लीजिए कि 64k औसत कनेक्शन मेमोरी की आवश्यकता है, आपके ऐप्स कितने कनेक्शन बनाएंगे? क्या आप कनेक्शन पूलिंग का उपयोग करेंगे?
सब सब में, आपके विवरण को पढ़ने से मेरी आंत का कहना है, "नहीं - एक्सप्रेस संस्करण अभी पर्याप्त शक्तिशाली नहीं है।" और मुझे वर्कग्रुप संस्करण से नफरत है - लगता है कि यह एक बुरा सौदा है - इसलिए स्टैंडर्ड मुझे सही लगता है।