रेमुस ने बताया कि प्रश्न, उत्तर प्राप्त करने के लिए बहुत सामान्य है क्योंकि उत्तर इस बात पर निर्भर करता है कि कार्यक्षमता क्या है और इसका उपयोग कैसे किया जाएगा।
"सुरक्षा" के बारे में:
यदि आप ऐसी किसी भी चीज़ के बारे में पूछ रहे हैं, जिसे किसी असेंबली में चिह्नित किया जा सकता है PERMISSION_SET = SAFE, तो ऐसे कोई भी मुद्दे नहीं हैं, जिन्हें मैं कभी खोज नहीं पाया हूं। और SQLCLR का उपयोग करने xp_cmdshellया अद्भुत (जो कि व्यंग्य था) sp_OA*procs (या यहां तक कि विस्तारित संग्रहित प्रक्रियाओं की तुलना में "सुरक्षित" है , लेकिन उम्मीद है कि कोई भी अब उनमें से कोई भी नहीं बना रहा है)।
यदि आप व्यावहारिक रूप में "सेफ" का क्या मतलब चाहते हैं, तो कृपया इस लेख को देखें: Stairway to SQLCLR Level 3: Security (General and SAFE Assemblies) (मुफ्त पंजीकरण आवश्यक)।
यदि आप ऐसी किसी भी चीज़ के बारे में पूछ रहे हैं, जिसे चिह्नित किए गए असेंबली में किया जा सकता है PERMISSION_SET = EXTERNAL_ACCESS, तो निश्चित रूप से जोखिम हैं, फिर से, इस बात पर निर्भर करता है कि किस कार्यक्षमता का उपयोग किया जा रहा है। यदि आप निर्देशिकाओं और फ़ाइल नामों (यानी केवल पढ़ने के लिए) को पढ़ने के लिए एक दिनचर्या लिखते हैं, तो यह सिर्फ एक बात है कि क्या देखा जाना चाहिए और क्या नहीं देखा जाना चाहिए। यदि आप ऐसा कोड लिख रहे हैं जो किसी फ़ाइल को हटाने की अनुमति देता है, तो जोखिम बढ़ जाता है। लेकिन उन बाहरी संसाधनों के साथ क्या किया जा सकता है:
- आप प्रतिरूपण का उपयोग कर रहे हैं या नहीं:
- कोई प्रतिरूपण का अर्थ SQL सर्वर सेवा के "लॉग ऑन" खाते के माध्यम से बाहरी संसाधनों तक पहुँचने के लिए किया जाता है। उस खाते तक जो भी पहुंचता है, आपका SQLCLR फ़ंक्शन करने में सक्षम होगा।
- प्रतिरूपण का उपयोग करने का अर्थ है कि फ़ंक्शन को चलाने वाले SQL सर्वर में लॉगिन, यदि वह लॉगिन Windows लॉगिन से मेल खाता है, तो वह कुछ भी कर सकता है जो विशेष रूप से Windows लॉगिन करने की अनुमति है। यदि SQL सर्वर में लॉगिन एक SQL सर्वर लॉगिन है, तो प्रतिरूपण का उपयोग करने का प्रयास करने पर त्रुटि मिलेगी।
- बाहरी संसाधन पर क्या अनुमतियाँ स्थापित हैं। फाइलसिस्टम अभिगम के लिए, इसे एनटीएफएस ड्राइव पर एसीएल के माध्यम से नियंत्रित किया जाता है।
यदि आप किसी ऐसी चीज के बारे में पूछ रहे हैं, जिसे किसी विधानसभा में चिह्नित किया जा सकता है PERMISSION_SET = UNSAFE, यह काफी खुले अंत है। UNSAFE विधानसभाओं में बहुत अधिक कार्यक्षमता को केवल प्रयोग करने योग्य माना जाता है क्योंकि वे सुरक्षा और प्रदर्शन से अधिक स्थिरता और / या लगातार व्यवहार के मुद्दे हैं। उदाहरण के लिए, UNSAFE असेंबली में एक लेखन योग्य स्थिर चर का होना संभव है। यह आमतौर पर एक अच्छी बात नहीं है क्योंकि SQLCLR कक्षाएं सभी सत्रों में साझा की जाती हैं। यदि आपका इरादा सभी सत्रों में स्मृति में डेटा साझा करने का है और दौड़ की स्थिति के लिए योजना बनाई है (और बहुत परीक्षण किया है), तो आपको ठीक होना चाहिए क्योंकि आप इस व्यवहार की उम्मीद कर रहे हैं। लेकिन अगर आप बस एक विशेष सत्र के लिए एक मूल्य को कैश करने के लिए एक लेखन योग्य स्थिर चर चाहते थे, तो इसे फिर से देखने या इसे फिर से गणना करने के लिए नहीं होना चाहिए, और यह नहीं जानते थे कि अन्य सत्र उस मूल्य को पढ़ रहे हैं और संभवतः इसे ओवर-राइट कर रहे हैं, ठीक है, यह एक मुद्दा होगा।
लेकिन अगर आप रजिस्ट्री के लिए किसी को लिखने के बारे में चिंतित हैं, लेकिन अभी तक कोई कोड नहीं है जो वास्तव में रजिस्ट्री को लिखता है, तो आपको शायद इस बारे में चिंता करने की आवश्यकता नहीं है; ;-)।
यदि आप इस बारे में चलना चाहते हैं कि EXTERNAL_ACCESS और UNSAFE व्यावहारिक रूप से कैसे काम करते हैं, और सेटिंग TRUSTWORTHY ON(पसंदीदा नहीं) के बीच का अंतर एक असममित कुंजी- या प्रमाणपत्र-आधारित लॉगिन का उपयोग करके, कृपया इस लेख को देखें: Stairway to SQLCLR Level 4: सुरक्षा (बाहरी और असेंबलियों) (मुफ्त पंजीकरण आवश्यक)।
"प्रदर्शन" के बारे में:
यह सब एक मामला है कि आप क्या करने की कोशिश कर रहे हैं और आप इसे कैसे करते हैं। SQLCLR में कुछ चीजें बहुत तेज हैं , और कुछ चीजें धीमी हैं। लेकिन टी-एसक्यूएल की तरह, कुछ सरल और / या कुशल कार्य करना संभव है और गलत तरीके से काम करके इसे जटिल और / या अक्षम बना सकता है। लेकिन SQL CLR का उपयोग स्वाभाविक रूप से, बहुत धीमी गति से नहीं होता है।