अतीत में उपयोग की जाने वाली एक साधारण विधि मूल रूप से केवल एक दूसरी तालिका बना रही है जिसका संरचना उस व्यक्ति को प्रतिबिंबित करता है जिसे मैं ऑडिट करना चाहता हूं, और उसके बाद मुख्य तालिका पर अद्यतन/हटाएं ट्रिगर बनाएं। रिकॉर्ड अपडेट/हटाए जाने से पहले, वर्तमान स्थिति ट्रिगर के माध्यम से ऑडिट तालिका में सहेजी जाती है।SQL सर्वर में ऑडिट टेबल को लागू करने के लिए सुझाव?
प्रभावी होने पर, ऑडिट तालिका में डेटा रिपोर्ट करने के लिए सबसे उपयोगी या सरल नहीं है। मैं सोच रहा हूं कि डेटा परिवर्तनों की ऑडिट करने के लिए किसी के पास बेहतर तरीका है या नहीं?
इन अभिलेखों के बहुत सारे अपडेट नहीं होने चाहिए, लेकिन यह अत्यधिक संवेदनशील जानकारी है, इसलिए ग्राहक के लिए यह महत्वपूर्ण है कि सभी परिवर्तनों का लेखा परीक्षा और आसानी से रिपोर्ट की जाए।
एसक्यूएल सर्वर 2008 में नए चेंज डेटा कैप्चर फीचर के साथ कुछ अंतर्निहित समर्थन है –
andyp
मुझे यह इंगित करना चाहिए कि यह सुविधा केवल एंटरप्राइज़ संस्करण में उपलब्ध है। – user17060
चेंज डेटा कैप्चर सुविधा भी ऑडिटिंग समाधान के बजाय डेटाबेस ऑब्जेक्ट्स के साथ रखी गई सुनिश्चित करने के लिए और अधिक प्रतीत होती है। (यह केवल उदाहरण के लिए 2 दिनों के लायक परिवर्तनों को संग्रहीत करता है।) आपको अभी भी बदलावों के लिए मतदान करना होगा और उन्हें तालिका में लिखना होगा, ताकि आप नीचे की तरह केंद्रीय ऑडिट तालिका में लिखने के लिए ट्रिगर्स बना सकें और उपयोग कर सकें। ओह, और उपरोक्त यूआरएल टूटा हुआ है, इस [लिंक] का उपयोग करें (http://msdn.microsoft.com/en-us/library/bb933874.aspx)। – BJury