मैं ऐसे प्रोजेक्ट पर काम कर रहा हूं जहां हमें कुछ लाइव उपयोगकर्ताओं द्वारा 'लाइव डेटा' में जोड़े जाने से पहले लंबित स्थिति में प्रवेश करने या अपडेट करने की आवश्यकता है।डेटा अद्यतन अनुमोदन के लिए डीबी डिज़ाइन
डेटा तैयार करने के दौरान उपयोगकर्ता अपूर्ण रिकॉर्ड सहेज सकता है। जबकि डेटा लंबित स्थिति में है, हम नहीं चाहते हैं कि डेटा लाइव डेटा को संपादित करने वाले उपयोगकर्ताओं पर लगाए गए नियमों को प्रभावित करे। लाइव डेटा पर काम कर रहे उपयोगकर्ता को एक ही डेटा में प्रवेश करते समय एक अनोखी बाधा के खिलाफ नहीं चलना चाहिए जो पहले से लंबित स्थिति में है।
मुझे लगता है कि डेटा अपडेट के सेट को 'डेटा सबमिशन' में समूहीकृत किया जाएगा और डेटा को फिर से सत्यापित और सही/अस्वीकार/अनुमोदित किया जाएगा जब कोई गुणवत्ता सबमिशन को नियंत्रित करे।
मैं संबंध के बारे में दो स्थितियों सोचा है डेटा भंडारण के लिए:
1) लाइव डेटा के रूप में एक ही तालिका में लंबित स्थिति डेटा रखते हुए, लेकिन एक झंडा अपनी स्थिति को इंगित करने जोड़ने। मैं 'अपूर्ण' स्थिति डेटा का समर्थन करने के लिए बाधाओं को दूर करने या आवश्यक फ़ील्ड को निरस्त करने के साथ यहां मुद्दों को देख सकता था। फिर मौजूदा डेटा को अपडेट करने के तरीके के साथ समस्या है, आपको अपडेट के लिए एक नई पंक्ति जोड़नी होगी और उसे मौजूदा 'लाइव' पंक्ति से लिंक करना होगा। यह मेरे लिए थोड़ा गन्दा लगता है।
2) नई टेबल जोड़ें जो लाइव टेबल को मिरर करें और डेटा को तब तक स्टोर करें जब तक इसे स्वीकृत नहीं किया जाता है। यह मुझे मौजूदा लाइव टेबल पर पूर्ण नियंत्रण रखने की अनुमति देगा, जबकि 'लंबित' टेबल का दुरुपयोग किया जा सकता है, जिसे उपयोगकर्ता को लगता है कि वह वहां रखना चाहता है। इसका नकारात्मक पक्ष यह है कि मैं डीबी में कई अतिरिक्त टेबल/एसपी के साथ समाप्त हो जाऊंगा। एक और मुद्दा जो मैं सोच रहा था वह था कि उपयोगकर्ता दो रिकॉर्ड के बीच कैसे लिंक कर सकता है, जिससे रिकॉर्ड किया गया रिकॉर्ड लाइव टेबल या लंबित तालिका में एक रिकॉर्ड हो सकता है, लेकिन मुझे लगता है कि इस स्थिति में आप हमेशा एक प्रतिलिपि ले सकते हैं जुड़े रिकॉर्ड और इसे एक अद्यतन के रूप में इलाज?
न तो समाधान सही लगते हैं, लेकिन दूसरा मुझे बेहतर विकल्प जैसा लगता है - क्या कोई तीसरा समाधान है?