स्टेजिंग टेबल एक एंटी-पैटर्न हैं जो आरपीसी (जैसे जावा आरएमआई या किसी प्रकार की वेब सेवा कॉल) या मैसेजिंग कतार (जैसे जेएमएस) के रूप में उपयोग किया जाता है, एक बेहतर समाधान होगा, या स्टेजिंग टेबल द्वारा बेहतर ढंग से सेवा की जाने वाली समस्याएं हैं ?स्टेजिंग टेबल/स्टेजिंग डेटाबेस एक विरोधी पैटर्न हैं?
स्पष्ट करने के लिए:
तालिकाओं के मंचन से मेरा उन मामलों में जहाँ रिकॉर्ड एक प्रक्रिया है जो तब तक पढ़ा है और दूसरी प्रक्रिया या प्रक्रियाओं के द्वारा पर काम किया जाता है के द्वारा एक मेज या टेबल के साथ जोड़ दिया जाता है मतलब है। मैं उन तालिकाओं का जिक्र नहीं कर रहा हूं जो अंतराल की स्थिति (दिन का अंत, वेतन अवधि के अंत आदि) के अंत को दर्शाने के लिए हैं। ज्यादातर मामलों में, स्टेजिंग टेबल की स्कीमा ग्राहक या खाते जैसे अनुप्रयोग डेटा प्रकार की नकल की नकल करती है।
इस विरोधी पैटर्न के लिए संभावित कारण:
1) दो प्रक्रियाओं के मालिकों के बीच बिजनेस यूनिट दीवार प्रक्रिया है कि करने के लिए लिखते हैं या से मचान संशोधित की जा रही पढ़ता रोकता है।
2) प्रक्रिया है कि करने के लिए लिखते हैं या पढ़ता है मचान डेवलपर्स की ओर जाता है तालिका का उपयोग करने से डेटा की हानि को रोकने के लिए से में कम विश्वास "मामले में कुछ विफल रहता है"
3) ज्ञान या DGAS (एक देना नहीं है की कमी^% $ @) रवैया