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