2010-10-05 11 views
12

updatable db विचारों के बारे में एक सवाल: मैं इस विषय पर कुछ MSDN प्रलेखीकरण के माध्यम से पढ़ रहा हूँ, और मैं निम्नलिखित प्रतिबंध के पार चलो:updatable दृश्य - एसक्यूएल सर्वर 2008

किसी भी अद्यतन, सम्मिलित सहित संशोधनों, और विवरण हटाएं, केवल एक आधार तालिका से कॉलम का संदर्भ लेना चाहिए।

मैं बस यह सुनिश्चित करना चाहता हूं कि मैं प्रतिबंध को समझूं। मैं अपनी कुछ मीडिया समीक्षा परियोजनाओं में विचारों का उपयोग करना चाहता हूं। रिलेशनल डेटा पूरे टेबल में फैला हुआ है, लेकिन एक दृश्य को कई तालिकाओं (जिन्हें इनमें से कुछ विदेशी कुंजी के माध्यम से जुड़े हुए हैं) से एक केंद्रीकृत स्थान में आवश्यक डेटा को समेकित करने में सक्षम होने का सबसे अच्छा तरीका प्रतीत होता है। चूंकि कॉलम विभिन्न तालिकाओं से आएंगे, इसका मतलब यह है कि मैं सभी कॉलम में परिवर्तनों को जारी रखने के लिए एक कंबल INSERT या अद्यतन नहीं चला सकता?

उत्तर

11

हां इसका मतलब है। मुझे एक दृश्य के माध्यम से अद्यतन करने का कोई फायदा नहीं दिखता है क्योंकि आपको यह जानना है कि इसमें शामिल मूल सारणी क्या हैं।

+0

खैर अगर मैं जानकारी संपादित करने के लिए इसे देखने के मूल्यों के साथ प्रपत्र खानों को भरने और उन्हें वापस बचाने उसी तरह आसान है करना चाहते हैं:

यहाँ एक उदाहरण है। –

+0

जब तक दृश्य में अंतर्निहित तालिका से मुख्य कॉलम होते हैं, या अन्यथा SQL सर्वर को तालिका में एक पंक्ति की विशिष्ट पहचान करने की अनुमति मिलती है, तो सीधे दृश्य के माध्यम से अपडेट करना चीजों को सरल बना सकता है - खासकर ऐसी परिस्थितियों में जहां दृश्य को मैप किया जाता है फॉर्म या डाटाग्रिड। इससे पहले मुझे थोड़ा सा चिंतित था, लेकिन चूंकि उपयोगकर्ता को अभी भी तालिका को अपडेट करने के अधिकारों की आवश्यकता है, फिर भी कोई अतिरिक्त सुरक्षा जोखिम नहीं है। – SqlRyan

+2

लेकिन अगर फ़ील्ड अपडेट किए गए फ़ील्ड अलग-अलग अंतर्निहित तालिकाओं से हैं तो यह काम नहीं करेगा। यही कारण है कि एक दृश्य से अद्यतन करना उपयोगी नहीं है। – HLGEM

12

आप दृश्य अनुप्रयोगों के बेस टेबल संग्रह के बजाय अपने एप्लिकेशन को केवल दृश्य से निपटने के लिए ट्रिगर के एक इंस्टीट्यूट का उपयोग कर सकते हैं। , Designing INSTEAD OF Triggers