अस्थायी डेटा के लिए स्थानिक डेटाबेस डिजाइनिंग? [बन्द है]


11

मैं मौसम आधारित जीआईएस ऐप पर काम कर रहा हूं।

मेरे पास कई मौसम केंद्रों से डेटा है, और यह डेटा दैनिक (एक वेब सेवा द्वारा) अपडेट किया जाएगा।

मैं जिन बाधाओं का सामना कर रहा हूं वे हैं:

  • वर्तमान में 40 रिकॉर्डिंग स्टेशन हैं, लेकिन यह बदल सकता है
  • विभिन्न स्टेशन अलग-अलग संख्या में पैरामीटर दर्ज करते हैं, कुछ रिकॉर्ड 5, कुछ रिकॉर्ड 7. एक्ट
  • कुछ मापदंडों को दैनिक (पूर्व: अधिकतम तापमान) दर्ज किया जाता है, कुछ प्रति घंटा (वर्तमान तापमान) दर्ज किया जाता है जबकि अन्य को साप्ताहिक रूप से दर्ज किया जाता है।
  • एक विशेष रिकॉर्डिंग स्टेशन पर कुछ सुविधाओं का विघटन हो सकता है (उदाहरण के लिए: एक स्टेशन जो वर्तमान में 7 मापदंडों की रिपोर्ट कर रहा है, केवल अगले 5 वर्षों में रिपोर्ट कर सकता है)
  • कभी-कभी तकनीकी समस्याओं के कारण एक पैरामीटर रिपोर्ट नहीं किया जा सकता है; इसलिए मुझे बीच में अंतर करने में सक्षम होना चाहिए, मान = 0, शून्य मान और मूल्य दर्ज नहीं किया जाना चाहिए।

मैं इस वेब ऐप के स्थानिक भाग के लिए ArcGIS (डेस्कटॉप और सर्वर) के साथ काम कर रहा हूं और ArcSDE का उपयोग करना कोई समस्या नहीं है, लेकिन मुझे लगता है कि इस तरह का डेटाबेस शुद्ध डेटाबेस के रूप में सबसे अच्छा बचा है और इसमें ArcSDE नहीं लाया गया है।

किसी को भी किसी भी किताबें या लिंक का सुझाव दे सकते हैं जो मेरी मदद करेंगे?

जवाबों:


7

सबसे सरल दृष्टिकोण तीन तालिकाओं लगता है:

  • स्टेशन (आईडी, नाम, स्थिति, ...)
  • पैरामीटर (आईडी, नाम, इकाई, ...)
  • पढ़ना (स्टेशन_आईडी, पैरामीटर_आईडी, टाइमस्टैम्प, मूल्य, ...)
  • वर्तमान में 40 रिकॉर्डिंग स्टेशन हैं, लेकिन यह बदल सकता है

आप किसी भी स्टेशन को जोड़ सकते हैं। किसी स्टेशन के ऑपरेटिंग समय के बारे में जानकारी को तालिका में जोड़ना दिलचस्प हो सकता है।

  • विभिन्न स्टेशन अलग-अलग संख्या में पैरामीटर दर्ज करते हैं, कुछ रिकॉर्ड 5, कुछ रिकॉर्ड 7. एक्ट।
  • एक विशेष रिकॉर्डिंग स्टेशन पर कुछ सुविधाएं डिकम्प्रेशन हो सकती हैं

समस्या नहीं है, क्योंकि रिकॉर्ड किए गए मापदंडों और स्टेशनों के बीच संबंध अंतर्निहित रूप से पढ़ने की मेज में संग्रहीत है।

  • कुछ मापदंडों को दैनिक (पूर्व: अधिकतम तापमान) दर्ज किया जाता है, कुछ प्रति घंटा (वर्तमान तापमान) दर्ज किया जाता है जबकि अन्य को साप्ताहिक रूप से दर्ज किया जाता है।

रीडिंग टेबल में प्रत्येक प्रविष्टि को एक प्रविष्टि द्वारा दर्शाया जाएगा। विभिन्न अंतराल कोई समस्या नहीं हैं।

  • कभी-कभी तकनीकी समस्याओं के कारण एक पैरामीटर रिपोर्ट नहीं किया जा सकता है

उस स्थिति में, पढ़ने की मेज में कोई प्रविष्टि नहीं होगी।

इसके अतिरिक्त, मेरा सुझाव है कि ओजीसी सेंसर ऑब्जर्वेशन स्टैंडर्ड देखें । मौसम स्टेशन रिकॉर्डिंग को कवर करने के कई उदाहरण हैं। 52 ° उत्तर जैसे कार्यान्वयन एक अच्छे जेनेरिक डेटाबेस स्कीमा (इस मामले में पोस्टजीआईएस के लिए) के साथ आते हैं। हालांकि यह मानक (अन्य SWE मानक) सीखने के लिए कुछ प्रयास करता है, मुझे विश्वास है कि निवेश वापस भुगतान करेगा।


7

मैं इस सप्ताह अस्थायी डेटाबेस पर अपना शोध कर रहा हूं। मुझे यह जवाब StackOverflow पर बहुत मददगार लगा। सिद्धांतों की एक बुनियादी समझ के लिए, यह Snodgrass द्वारा SQL में विकासशील समय-उन्मुख डेटाबेस अनुप्रयोगों के परिचयात्मक अध्यायों को पढ़ने के लिए सार्थक है । मुझे लग रहा है कि सच्चे अस्थायी डेटाबेस बल्कि जटिल हैं, लेकिन एक सरल समाधान - जैसे कि अंडरडार्क सुझाव देता है - पर्याप्त हो सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.