2010-01-27 14 views
9

शेड्यूलिंग सिस्टम के लिए, एकाधिक स्रोत मोबाइल, वेब, क्लाइंट ऐप से आने वाले केंद्रीय सर्वर डेटाबेस में क्लाइंट/ईवेंट के टाइमज़ोन को सहेजने का सबसे अच्छा तरीका क्या है।आप टाइमज़ोन मुद्दों से कैसे निपटते हैं?

  • आप तिथियां कैसे संग्रहीत करते हैं? अलार्म, अनुस्मारक आदि ...
  • आप डीएसटी सेटिंग को कैसे संभालेंगे?
  • यदि ग्राहक किसी दूसरे स्थान पर गए हैं तो आप ईवेंट को कैसे प्रबंधित करते हैं?

मुझे टैग में सभी डेटाबेस के साथ काम करने के लिए समाधान की आवश्यकता है।

+0

ध्यान दें कि नीचे सूचीबद्ध उत्तरों एक शुद्ध-यूटीसी दृष्टिकोण का सुझाव देते हैं, जो शेड्यूलिंग सिस्टम के मामले के लिए आदर्श नहीं है। डुप्ली पोस्ट में स्वीकृत उत्तर देखें। धन्यवाद। –

उत्तर

5

ये रणनीति का उपयोग करने के लिए महत्वपूर्ण बिंदु हैं।

  • प्रत्येक तारीख आंतरिक रूप से सिस्टम के लिए यूटीसी है।
  • उपयोगकर्ता अपने स्थानीय समय क्षेत्र में तारीख दिखाए जाते हैं।
  • हम उपयोगकर्ताओं को टाइमज़ोन को ओवरराइड करने की अनुमति देते हैं, यदि वे यात्रा करते हैं और वे टाइमज़ोन को लगातार रखना चाहते हैं।
  • टाइमज़ोन आसानी से दिखाई दे। या तो इसे समय के साथ या कॉलम हेडर के हिस्से के रूप में प्रदर्शित करें।
8

यूटीसी में सब कुछ, और ऑफ़सेट के लिए एक और कॉलम।

+0

जब डीएसटी बदलता है तो ऑफसेट बदल सकता है, आप ऑफसेट को कब बदलना चाहते हैं? – Pentium10

+0

बिल्कुल सही जवाब। यदि आप अपने सभी टाइमस्टैम्प आदि के आधार पर एक विशिष्ट टाइमज़ोन का उपयोग नहीं करते हैं, तो आपको समस्याओं की दुनिया होगी। बस तिथि सीमाओं के साथ ऑफसेट लुकअप टेबल का उपयोग करें, और उसके बाद अपने उपयोगकर्ता को उस लिंक से लिंक करें। ऑफसेट को वास्तविक संख्या के रूप में स्टोर न करें। – Satanicpuppy

+0

ऑफ़सेट को उदा। 'EST5EDT'। –

3

स्टोर यूटीसी टाइमस्टैम्प के रूप में दिनांक - उपयोगकर्ता को डेटा प्रदर्शित करते समय स्थानीय समय में कनवर्ट करें।

0
  1. सुरक्षित यूटीसी
  2. में आदर्श रूप से एक विशिष्ट समय क्षेत्र में स्टोर करने के लिए आप एक तिथि के साथ समय की दुकान हैं, तो आप डीएसटी में सुरक्षित हैं।
  3. आपको समय अंतर खोजने के लिए वेब सेवा का उपयोग करने का सुझाव देना।
संबंधित मुद्दे