एसक्यूएल: काम करने का समय

हैलो, रेडियो एसक्यूएल फिर से हवा में है! गैंग्लिया को जानें, स्यूडोफोडिया (या इसके विपरीत?) फैलाएं और हमारी गुरुत्वाकर्षण लहर में ट्यून करें।


पिछली बार, मैं ओलंपियाड एसक्यूएल समस्या के लिए पार्सिंग ( https://habr.com/en/post/359064/ ) के लिए लगभग अस्थिर था, माना जाता है कि यह जीवन के काफी करीब नहीं था। जैसे कि टैग "असामान्य प्रोग्रामिंग" और "ओलंपिक" खुद के लिए नहीं बोलते हैं। लेकिन स्पष्ट रूप से कोई भी टैग नहीं पढ़ता है! फिर भी, मैं अद्भुत प्रोग्रामिंग भाषा SQL में पार्सिंग कार्यों के विषय को जारी रखूंगा। क्योंकि पंजे (खुजली)।

आज हम एक विशेष रूप से जीवन-धमकी वाले कार्य के साथ सामना कर रहे हैं, और यहां तक ​​कि एक व्यावहारिक भी। मैं इसमें भाग गया, प्यार करने वाले उपयोगकर्ताओं के अनुरोधों पर एसएलए के प्रदर्शन की गणना करने की कोशिश कर रहा हूं। प्रारंभिक समस्या का सार इस प्रकार है: प्रत्येक आवेदन के लिए काम की अवधि की गणना करना और हमने जो वादा किया था, उसकी तुलना करना आवश्यक था। सब कुछ ठीक हो जाएगा, लेकिन दायित्वों में समय को काम करने के रूप में घोषित किया गया था, और अनुप्रयोगों में स्थिति परिवर्तन से मुझे केवल कैलेंडर मिल सकता था। और यहाँ एक विचार है! यहाँ वह है, कार्य! बहुत जटिल नहीं है, लेकिन पूरी तरह से तुच्छ भी नहीं है। बस अपने स्वायत्त तंत्रिका तंत्र के मध्य भागों को फैलाने के लिए, जिससे उन्हें अधिक सहानुभूति हो!

इसलिए, मैं इस स्थिति को बताता हूं।

इसकी शुरुआत और समाप्ति की तिथि-समय (पोस्टग्रेएसक्यूएल सिंटैक्स में एक उदाहरण) द्वारा निर्दिष्ट कई समय अंतराल हैं:

with periods(id, start_time, stop_time) as ( values(1, '2019-03-29 07:00:00'::timestamp, '2019-04-08 14:00:00'::timestamp), (2, '2019-04-10 07:00:00'::timestamp, '2019-04-10 20:00:00'::timestamp), (3, '2019-04-11 12:00:00'::timestamp, '2019-04-12 16:07:12'::timestamp), (4, '2018-12-28 12:00:00'::timestamp, '2019-01-16 16:00:00'::timestamp) ) 

काम के घंटों में प्रत्येक अंतराल की अवधि की गणना करने के लिए यह एक SQL क्वेरी (c) में आवश्यक है। हम मानते हैं कि हम सोमवार से शुक्रवार तक सप्ताह के दिनों में काम करते हैं, काम के घंटे हमेशा 10:00 से 19:00 तक होते हैं। इसके अलावा, रूसी संघ के उत्पादन कैलेंडर के अनुसार, कई आधिकारिक छुट्टियां हैं जो काम के दिन नहीं हैं, और कुछ दिन बंद हैं, इसके विपरीत, उन्हीं छुट्टियों के स्थगित होने के कारण काम के दिन हैं। पूर्व-छुट्टी के दिनों को छोटा करना आवश्यक नहीं है, हम उन्हें पूरा मानते हैं। चूंकि छुट्टियां साल-दर-साल बदलती रहती हैं, यानी स्पष्ट लिस्टिंग द्वारा निर्धारित की जाती हैं, हम केवल 2018 और 2019 तक खुद को सीमित रखेंगे। मुझे यकीन है कि, यदि आवश्यक हो, तो समाधान आसानी से पूरक हो सकता है।

पीरियड्स से शुरुआती पीरियड तक काम के घंटे में एक कॉलम जोड़ना जरूरी है। यहाँ परिणाम है:

  id | start_time | stop_time | work_hrs ----+---------------------+---------------------+---------- 1 | 2019-03-29 07:00:00 | 2019-04-08 14:00:00 | 58:00:00 2 | 2019-04-10 07:00:00 | 2019-04-10 20:00:00 | 09:00:00 3 | 2019-04-11 12:00:00 | 2019-04-12 16:07:12 | 13:07:12 4 | 2018-12-28 12:00:00 | 2019-01-16 16:00:00 | 67:00:00 

हम शुद्धता के लिए प्रारंभिक डेटा की जांच नहीं करते हैं; हम हमेशा start_time <= stop_time पर विचार करते हैं ।

PostgreSQL के विशेष SQL बोली निर्माण का उपयोग किया जा सकता है, लेकिन इसका दुरुपयोग नहीं किया जाता है। शर्तों की पूर्ण शुद्धता के लिए, मैं जोड़ता हूं कि क्वेरी को PostgreSQL संस्करण 10 या उसके बाद निष्पादित किया जाना चाहिए।

एक महीने में कार्य का विश्लेषण होगा। मैं कोई भी निर्णय नहीं लाता, ताकि मेरे स्वयं के समाधान के लिए एक प्रोत्साहन हो। हम कृपया अनुरोध करते हैं - कोड को स्पॉइलर के नीचे टिप्पणी में रखें!

अंतिम लेकिन कम से कम नहीं । अगर मैं पहले से ही इस लेख को पोस्टग्रेज प्रोफेशनल कॉर्पोरेट ब्लॉग पर पोस्ट करने में कामयाब रहा हूं, तो हम कुछ कॉर्पोरेट अच्छाइयों का उपयोग करेंगे: इस समस्या के सबसे दिलचस्प समाधान के लिए, हम PGConf.Russia 2020 की मुफ्त यात्रा करेंगे। ब्याज की कसौटी व्यक्तिगत रूप से मेरी होगी, साथ ही उन सहयोगियों की जिनके साथ मैं परामर्श करना आवश्यक समझता हूं। सौभाग्य है

अद्यतन! कुछ मैं देख रहा हूँ कि काम के घंटे किसी कारण के लिए विशेष रूप से बिना मिनट के लिए माना जाता है। मिनट मत भूलना! मैंने शुरुआती अंतराल और मिनटों की उपलब्धता पर जोर देने के लिए अपेक्षित उत्तर को समायोजित किया।

UPDATE2 सारांश: https://habr.com/en/company/postgrespro/blog/457722/ ।