समूह दैनिक कार्यक्रम [प्रारंभ तिथि; अंतिम तिथि] सप्ताह के दिनों की सूची के साथ अंतराल


18

मुझे दो प्रणालियों के बीच डेटा परिवर्तित करने की आवश्यकता है।

पहले सिस्टम तारीखों की एक सादे सूची के रूप में शेड्यूल करता है। अनुसूची में शामिल प्रत्येक तिथि एक पंक्ति है। तिथियों के क्रम में कई अंतराल हो सकते हैं (सप्ताहांत, सार्वजनिक अवकाश और लंबे समय तक रुकने के लिए, सप्ताह के कुछ दिनों को अनुसूची से बाहर रखा जा सकता है)। कोई अंतराल नहीं हो सकता है, यहां तक ​​कि सप्ताहांत भी शामिल किया जा सकता है। शेड्यूल 2 साल तक लंबा हो सकता है। आमतौर पर यह कुछ सप्ताह लंबा होता है।

यहाँ एक अनुसूची का एक सरल उदाहरण है जो सप्ताहांत को छोड़कर दो सप्ताह तक फैला है (नीचे स्क्रिप्ट में अधिक जटिल उदाहरण हैं):

+----+------------+------------+---------+--------+
| ID | ContractID |     dt     | dowChar | dowInt |
+----+------------+------------+---------+--------+
| 10 |          1 | 2016-05-02 | Mon     |      2 |
| 11 |          1 | 2016-05-03 | Tue     |      3 |
| 12 |          1 | 2016-05-04 | Wed     |      4 |
| 13 |          1 | 2016-05-05 | Thu     |      5 |
| 14 |          1 | 2016-05-06 | Fri     |      6 |
| 15 |          1 | 2016-05-09 | Mon     |      2 |
| 16 |          1 | 2016-05-10 | Tue     |      3 |
| 17 |          1 | 2016-05-11 | Wed     |      4 |
| 18 |          1 | 2016-05-12 | Thu     |      5 |
| 19 |          1 | 2016-05-13 | Fri     |      6 |
+----+------------+------------+---------+--------+

IDअद्वितीय है, लेकिन यह जरूरी नहीं कि अनुक्रमिक (यह प्राथमिक कुंजी है)। प्रत्येक अनुबंध के भीतर तिथियां अद्वितीय हैं (पर अद्वितीय सूचकांक है (ContractID, dt))।

दूसरा सिस्टम शेड्यूल के सप्ताह के दिनों की सूची के साथ अंतराल के रूप में स्टोर करता है। प्रत्येक अंतराल को इसकी शुरुआत और अंतिम तिथियों (समावेशी) और सप्ताह के दिनों की सूची द्वारा परिभाषित किया जाता है जो अनुसूची में शामिल हैं। इस प्रारूप में आप कुशलतापूर्वक दोहराव वाले साप्ताहिक पैटर्न को परिभाषित कर सकते हैं, जैसे मोन-वेस, लेकिन यह एक दर्द बन जाता है जब एक पैटर्न बाधित होता है, उदाहरण के लिए सार्वजनिक अवकाश।

यहां बताया गया है कि ऊपर का सरल उदाहरण कैसा दिखेगा:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          1 | 2016-05-02 | 2016-05-13 |       10 | Mon,Tue,Wed,Thu,Fri, |
+------------+------------+------------+----------+----------------------+

[StartDT;EndDT] अंतराल जो एक ही अनुबंध के हैं, ओवरलैप नहीं होना चाहिए।

मुझे पहली प्रणाली से डेटा को दूसरी प्रणाली द्वारा उपयोग किए जाने वाले प्रारूप में बदलने की आवश्यकता है। फिलहाल मैं इसे दिए गए कॉन्ट्रैक्ट के लिए C # में क्लाइंट की ओर से हल कर रहा हूं, लेकिन मैं इसे सर्वर पर बल्क प्रोसेसिंग और एक्सपोर्ट / इंपोर्ट के लिए सर्वर साइड में T-SQL में करना चाहूंगा। सबसे अधिक संभावना है, यह CLR UDF का उपयोग करके किया जा सकता है, लेकिन इस स्तर पर मैं SQLCLR का उपयोग नहीं कर सकता।

यहां चुनौती अंतराल की सूची को यथासंभव छोटा और मानव-अनुकूल बनाना है।

उदाहरण के लिए, यह अनुसूची:

+-----+------------+------------+---------+--------+
| ID  | ContractID |     dt     | dowChar | dowInt |
+-----+------------+------------+---------+--------+
| 223 |          2 | 2016-05-05 | Thu     |      5 |
| 224 |          2 | 2016-05-06 | Fri     |      6 |
| 225 |          2 | 2016-05-09 | Mon     |      2 |
| 226 |          2 | 2016-05-10 | Tue     |      3 |
| 227 |          2 | 2016-05-11 | Wed     |      4 |
| 228 |          2 | 2016-05-12 | Thu     |      5 |
| 229 |          2 | 2016-05-13 | Fri     |      6 |
| 230 |          2 | 2016-05-16 | Mon     |      2 |
| 231 |          2 | 2016-05-17 | Tue     |      3 |
+-----+------------+------------+---------+--------+

यह बनना चाहिए:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          2 | 2016-05-05 | 2016-05-17 |        9 | Mon,Tue,Wed,Thu,Fri, |
+------------+------------+------------+----------+----------------------+

,यह नहीं:

+------------+------------+------------+----------+----------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |       WeekDays       |
+------------+------------+------------+----------+----------------------+
|          2 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,             |
|          2 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri, |
|          2 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,             |
+------------+------------+------------+----------+----------------------+

मैंने gaps-and-islandsइस समस्या के लिए एक दृष्टिकोण लागू करने की कोशिश की । मैंने इसे दो पास में करने की कोशिश की। पहले पास में मुझे लगातार सरल दिनों के द्वीप मिलते हैं, अर्थात द्वीप का अंत दिनों के अनुक्रम में कोई अंतराल है, चाहे वह सप्ताहांत हो, सार्वजनिक अवकाश हो या कुछ और। प्रत्येक ऐसे पाए गए द्वीप के लिए, मैं विशिष्ट अल्पविराम से अलग सूची बनाता हूं WeekDays। दूसरे पास में I समूह ने सप्ताह संख्याओं के अनुक्रम में अंतर को देखते हुए या में बदलाव को देखते हुए द्वीपों को और अधिक पाया WeekDays

इस दृष्टिकोण के साथ प्रत्येक आंशिक सप्ताह एक अतिरिक्त अंतराल के रूप में समाप्त होता है जैसा कि ऊपर दिखाया गया है, क्योंकि भले ही सप्ताह संख्या लगातार हो, WeekDaysपरिवर्तन। इसके अलावा, एक सप्ताह के भीतर नियमित अंतराल हो सकता है ( ContractID=3नमूना डेटा में देखें , जिसमें केवल डेटा है Mon,Wed,Fri,) और यह दृष्टिकोण इस तरह के शेड्यूल में प्रत्येक दिन के लिए अलग अंतराल उत्पन्न करेगा। उज्ज्वल पक्ष पर, यह एक अंतराल उत्पन्न करता है यदि शेड्यूल में कोई अंतराल नहीं है ( ContractID=7नमूना डेटा जिसमें सप्ताहांत शामिल हैं) देखें और उस स्थिति में यह कोई फर्क नहीं पड़ता कि शुरुआत या अंत सप्ताह आंशिक है।

कृपया इसके बाद की स्क्रिप्ट में बेहतर उदाहरण देखने के लिए नीचे दिए गए अन्य उदाहरण देखें। आप देख सकते हैं कि अक्सर सप्ताहांत को बाहर रखा जाता है, लेकिन सप्ताह के किसी भी अन्य दिन को भी बाहर रखा जा सकता है। उदाहरण में केवल 3 Mon, Wedऔर Friअनुसूची का हिस्सा हैं। इसके अलावा, सप्ताहांत को शामिल किया जा सकता है, उदाहरण के लिए 7. समाधान सप्ताह के सभी दिनों को समान रूप से व्यवहार करना चाहिए। सप्ताह के किसी भी दिन को शेड्यूल से शामिल या बाहर रखा जा सकता है।

यह सत्यापित करने के लिए कि अंतराल की जनरेट की गई सूची दिए गए शेड्यूल का सही वर्णन करती है, आप निम्न छद्म कोड का उपयोग कर सकते हैं:

  • सभी अंतराल के माध्यम से पाश
  • प्रारंभ और समाप्ति तिथियों (सम्मिलित) के बीच सभी कैलेंडर तिथियों के माध्यम से प्रत्येक अंतराल लूप के लिए।
  • प्रत्येक तिथि की जाँच करें कि क्या सप्ताह का उसका दिन सूचीबद्ध है WeekDays। यदि हाँ, तो यह तिथि अनुसूची में शामिल है।

उम्मीद है, यह स्पष्ट करता है कि किन मामलों में एक नया अंतराल बनाया जाना चाहिए। उदाहरण 4 और 5 में एक सोमवार ( 2016-05-09) अनुसूची के बीच से हटा दिया जाता है और इस तरह के शेड्यूल को एक एकल अंतराल द्वारा प्रतिनिधित्व नहीं किया जा सकता है। उदाहरण 6 में अनुसूची में एक लंबा अंतराल है, इसलिए दो अंतराल की आवश्यकता है।

अंतराल अनुसूची में साप्ताहिक पैटर्न का प्रतिनिधित्व करते हैं और जब एक पैटर्न बाधित / बदल जाता है तो नया अंतराल जोड़ना पड़ता है। उदाहरण के लिए 11 पहले तीन हफ्तों में एक पैटर्न होता है Tue, फिर यह पैटर्न बदल जाता है Thu। परिणामस्वरूप हमें इस तरह के कार्यक्रम का वर्णन करने के लिए दो अंतराल की आवश्यकता होती है।


मैं इस समय SQL सर्वर 2008 का उपयोग कर रहा हूं, इसलिए इस संस्करण में समाधान काम करना चाहिए। यदि SQL Server 2008 के समाधान को बाद के संस्करणों से सुविधाओं का उपयोग करके सरल / बेहतर बनाया जा सकता है, तो यह एक बोनस है, कृपया इसे भी दिखाएं।

मेरे पास एक Calendarतालिका (तारीखों की सूची) और Numbersतालिका (1 से शुरू होने वाले पूर्णांक संख्या की सूची) है, इसलिए यदि आवश्यक हो, तो उनका उपयोग करना ठीक है। अस्थायी तालिकाएँ बनाना भी ठीक है और कई क्वेरीज़ हैं जो डेटा को कई चरणों में प्रोसेस करती हैं। एक एल्गोरिथ्म में चरणों की संख्या तय की जानी है, हालांकि, कर्सर और स्पष्ट WHILEलूप ठीक नहीं हैं।


नमूना डेटा और अपेक्षित परिणामों के लिए स्क्रिप्ट

-- @Src is sample data
-- @Dst is expected result

DECLARE @Src TABLE (ID int PRIMARY KEY, ContractID int, dt date, dowChar char(3), dowInt int);
INSERT INTO @Src (ID, ContractID, dt, dowChar, dowInt) VALUES

-- simple two weeks (without weekend)
(110, 1, '2016-05-02', 'Mon', 2),
(111, 1, '2016-05-03', 'Tue', 3),
(112, 1, '2016-05-04', 'Wed', 4),
(113, 1, '2016-05-05', 'Thu', 5),
(114, 1, '2016-05-06', 'Fri', 6),
(115, 1, '2016-05-09', 'Mon', 2),
(116, 1, '2016-05-10', 'Tue', 3),
(117, 1, '2016-05-11', 'Wed', 4),
(118, 1, '2016-05-12', 'Thu', 5),
(119, 1, '2016-05-13', 'Fri', 6),

-- a partial end of the week, the whole week, partial start of the week (without weekends)
(223, 2, '2016-05-05', 'Thu', 5),
(224, 2, '2016-05-06', 'Fri', 6),
(225, 2, '2016-05-09', 'Mon', 2),
(226, 2, '2016-05-10', 'Tue', 3),
(227, 2, '2016-05-11', 'Wed', 4),
(228, 2, '2016-05-12', 'Thu', 5),
(229, 2, '2016-05-13', 'Fri', 6),
(230, 2, '2016-05-16', 'Mon', 2),
(231, 2, '2016-05-17', 'Tue', 3),

-- only Mon, Wed, Fri are included across two weeks plus partial third week
(310, 3, '2016-05-02', 'Mon', 2),
(311, 3, '2016-05-04', 'Wed', 4),
(314, 3, '2016-05-06', 'Fri', 6),
(315, 3, '2016-05-09', 'Mon', 2),
(317, 3, '2016-05-11', 'Wed', 4),
(319, 3, '2016-05-13', 'Fri', 6),
(330, 3, '2016-05-16', 'Mon', 2),

-- a whole week (without weekend), in the second week Mon is not included
(410, 4, '2016-05-02', 'Mon', 2),
(411, 4, '2016-05-03', 'Tue', 3),
(412, 4, '2016-05-04', 'Wed', 4),
(413, 4, '2016-05-05', 'Thu', 5),
(414, 4, '2016-05-06', 'Fri', 6),
(416, 4, '2016-05-10', 'Tue', 3),
(417, 4, '2016-05-11', 'Wed', 4),
(418, 4, '2016-05-12', 'Thu', 5),
(419, 4, '2016-05-13', 'Fri', 6),

-- three weeks, but without Mon in the second week (no weekends)
(510, 5, '2016-05-02', 'Mon', 2),
(511, 5, '2016-05-03', 'Tue', 3),
(512, 5, '2016-05-04', 'Wed', 4),
(513, 5, '2016-05-05', 'Thu', 5),
(514, 5, '2016-05-06', 'Fri', 6),
(516, 5, '2016-05-10', 'Tue', 3),
(517, 5, '2016-05-11', 'Wed', 4),
(518, 5, '2016-05-12', 'Thu', 5),
(519, 5, '2016-05-13', 'Fri', 6),
(520, 5, '2016-05-16', 'Mon', 2),
(521, 5, '2016-05-17', 'Tue', 3),
(522, 5, '2016-05-18', 'Wed', 4),
(523, 5, '2016-05-19', 'Thu', 5),
(524, 5, '2016-05-20', 'Fri', 6),

-- long gap between two intervals
(623, 6, '2016-05-05', 'Thu', 5),
(624, 6, '2016-05-06', 'Fri', 6),
(625, 6, '2016-05-09', 'Mon', 2),
(626, 6, '2016-05-10', 'Tue', 3),
(627, 6, '2016-05-11', 'Wed', 4),
(628, 6, '2016-05-12', 'Thu', 5),
(629, 6, '2016-05-13', 'Fri', 6),
(630, 6, '2016-05-16', 'Mon', 2),
(631, 6, '2016-05-17', 'Tue', 3),
(645, 6, '2016-06-06', 'Mon', 2),
(646, 6, '2016-06-07', 'Tue', 3),
(647, 6, '2016-06-08', 'Wed', 4),
(648, 6, '2016-06-09', 'Thu', 5),
(649, 6, '2016-06-10', 'Fri', 6),
(655, 6, '2016-06-13', 'Mon', 2),
(656, 6, '2016-06-14', 'Tue', 3),
(657, 6, '2016-06-15', 'Wed', 4),
(658, 6, '2016-06-16', 'Thu', 5),
(659, 6, '2016-06-17', 'Fri', 6),

-- two weeks, no gaps between days at all, even weekends are included
(710, 7, '2016-05-02', 'Mon', 2),
(711, 7, '2016-05-03', 'Tue', 3),
(712, 7, '2016-05-04', 'Wed', 4),
(713, 7, '2016-05-05', 'Thu', 5),
(714, 7, '2016-05-06', 'Fri', 6),
(715, 7, '2016-05-07', 'Sat', 7),
(716, 7, '2016-05-08', 'Sun', 1),
(725, 7, '2016-05-09', 'Mon', 2),
(726, 7, '2016-05-10', 'Tue', 3),
(727, 7, '2016-05-11', 'Wed', 4),
(728, 7, '2016-05-12', 'Thu', 5),
(729, 7, '2016-05-13', 'Fri', 6),

-- no gaps between days at all, even weekends are included, with partial weeks
(805, 8, '2016-04-30', 'Sat', 7),
(806, 8, '2016-05-01', 'Sun', 1),
(810, 8, '2016-05-02', 'Mon', 2),
(811, 8, '2016-05-03', 'Tue', 3),
(812, 8, '2016-05-04', 'Wed', 4),
(813, 8, '2016-05-05', 'Thu', 5),
(814, 8, '2016-05-06', 'Fri', 6),
(815, 8, '2016-05-07', 'Sat', 7),
(816, 8, '2016-05-08', 'Sun', 1),
(825, 8, '2016-05-09', 'Mon', 2),
(826, 8, '2016-05-10', 'Tue', 3),
(827, 8, '2016-05-11', 'Wed', 4),
(828, 8, '2016-05-12', 'Thu', 5),
(829, 8, '2016-05-13', 'Fri', 6),
(830, 8, '2016-05-14', 'Sat', 7),

-- only Mon-Wed included, two weeks plus partial third week
(910, 9, '2016-05-02', 'Mon', 2),
(911, 9, '2016-05-03', 'Tue', 3),
(912, 9, '2016-05-04', 'Wed', 4),
(915, 9, '2016-05-09', 'Mon', 2),
(916, 9, '2016-05-10', 'Tue', 3),
(917, 9, '2016-05-11', 'Wed', 4),
(930, 9, '2016-05-16', 'Mon', 2),
(931, 9, '2016-05-17', 'Tue', 3),

-- only Thu-Sun included, three weeks
(1013,10,'2016-05-05', 'Thu', 5),
(1014,10,'2016-05-06', 'Fri', 6),
(1015,10,'2016-05-07', 'Sat', 7),
(1016,10,'2016-05-08', 'Sun', 1),
(1018,10,'2016-05-12', 'Thu', 5),
(1019,10,'2016-05-13', 'Fri', 6),
(1020,10,'2016-05-14', 'Sat', 7),
(1021,10,'2016-05-15', 'Sun', 1),
(1023,10,'2016-05-19', 'Thu', 5),
(1024,10,'2016-05-20', 'Fri', 6),
(1025,10,'2016-05-21', 'Sat', 7),
(1026,10,'2016-05-22', 'Sun', 1),

-- only Tue for first three weeks, then only Thu for the next three weeks
(1111,11,'2016-05-03', 'Tue', 3),
(1116,11,'2016-05-10', 'Tue', 3),
(1131,11,'2016-05-17', 'Tue', 3),
(1123,11,'2016-05-19', 'Thu', 5),
(1124,11,'2016-05-26', 'Thu', 5),
(1125,11,'2016-06-02', 'Thu', 5),

-- one week, then one week gap, then one week
(1210,12,'2016-05-02', 'Mon', 2),
(1211,12,'2016-05-03', 'Tue', 3),
(1212,12,'2016-05-04', 'Wed', 4),
(1213,12,'2016-05-05', 'Thu', 5),
(1214,12,'2016-05-06', 'Fri', 6),
(1215,12,'2016-05-16', 'Mon', 2),
(1216,12,'2016-05-17', 'Tue', 3),
(1217,12,'2016-05-18', 'Wed', 4),
(1218,12,'2016-05-19', 'Thu', 5),
(1219,12,'2016-05-20', 'Fri', 6);

SELECT ID, ContractID, dt, dowChar, dowInt
FROM @Src
ORDER BY ContractID, dt;


DECLARE @Dst TABLE (ContractID int, StartDT date, EndDT date, DayCount int, WeekDays varchar(255));
INSERT INTO @Dst (ContractID, StartDT, EndDT, DayCount, WeekDays) VALUES
(1, '2016-05-02', '2016-05-13', 10, 'Mon,Tue,Wed,Thu,Fri,'),
(2, '2016-05-05', '2016-05-17',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(3, '2016-05-02', '2016-05-16',  7, 'Mon,Wed,Fri,'),
(4, '2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(4, '2016-05-10', '2016-05-13',  4, 'Tue,Wed,Thu,Fri,'),
(5, '2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(5, '2016-05-10', '2016-05-20',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(6, '2016-05-05', '2016-05-17',  9, 'Mon,Tue,Wed,Thu,Fri,'),
(6, '2016-06-06', '2016-06-17', 10, 'Mon,Tue,Wed,Thu,Fri,'),
(7, '2016-05-02', '2016-05-13', 12, 'Sun,Mon,Tue,Wed,Thu,Fri,Sat,'),
(8, '2016-04-30', '2016-05-14', 15, 'Sun,Mon,Tue,Wed,Thu,Fri,Sat,'),
(9, '2016-05-02', '2016-05-17',  8, 'Mon,Tue,Wed,'),
(10,'2016-05-05', '2016-05-22', 12, 'Sun,Thu,Fri,Sat,'),
(11,'2016-05-03', '2016-05-17',  3, 'Tue,'),
(11,'2016-05-19', '2016-06-02',  3, 'Thu,'),
(12,'2016-05-02', '2016-05-06',  5, 'Mon,Tue,Wed,Thu,Fri,'),
(12,'2016-05-16', '2016-05-20',  5, 'Mon,Tue,Wed,Thu,Fri,');

SELECT ContractID, StartDT, EndDT, DayCount, WeekDays
FROM @Dst
ORDER BY ContractID, StartDT;

उत्तरों की तुलना

असली तालिका @Srcमें अलग-अलग 403,555पंक्तियाँ हैं । सभी उत्तर सही परिणाम देते हैं (कम से कम मेरे डेटा के लिए) और उनमें से सभी यथोचित रूप से तेज़ हैं, लेकिन वे इष्टतमता में भिन्न हैं। कम अंतराल उत्पन्न, बेहतर। मैंने सिर्फ जिज्ञासा के लिए रन टाइम को शामिल किया। मुख्य फोकस सही और इष्टतम परिणाम है, न कि गति (जब तक कि बहुत लंबा न हो जाए - मैंने 10 मिनट के बाद जिग्गी क्रूएल्टीफ्री ज़ेतिगेस्टर द्वारा गैर-पुनरावर्ती क्वेरी को रोक दिया)।15,857ContractIDs

+--------------------------------------------------------+-----------+---------+
|                         Answer                         | Intervals | Seconds |
+--------------------------------------------------------+-----------+---------+
| Ziggy Crueltyfree Zeitgeister                          |     25751 |    7.88 |
| While loop                                             |           |         |
|                                                        |           |         |
| Ziggy Crueltyfree Zeitgeister                          |     25751 |    8.27 |
| Recursive                                              |           |         |
|                                                        |           |         |
| Michael Green                                          |     25751 |   22.63 |
| Recursive                                              |           |         |
|                                                        |           |         |
| Geoff Patterson                                        |     26670 |    4.79 |
| Weekly gaps-and-islands with merging of partial weeks  |           |         |
|                                                        |           |         |
| Vladimir Baranov                                       |     34560 |    4.03 |
| Daily, then weekly gaps-and-islands                    |           |         |
|                                                        |           |         |
| Mikael Eriksson                                        |     35840 |    0.65 |
| Weekly gaps-and-islands                                |           |         |
+--------------------------------------------------------+-----------+---------+
| Vladimir Baranov                                       |     25751 |  121.51 |
| Cursor                                                 |           |         |
+--------------------------------------------------------+-----------+---------+

(11,'2016-05-03', '2016-05-17', 3, 'Tue,'), (11,'2016-05-19', '2016-06-02', 3, 'Thu,');@Dst में एक पंक्ति के साथ नहीं होना चाहिए Tue, Thu,?
परिजन शाह

@ किन, उदाहरण 11 में (कम से कम) दो अंतराल (दो पंक्तियाँ @Dst) होना आवश्यक है। शेड्यूल के पहले दो सप्ताह केवल हैं Tue, इसलिए आप WeekDays=Tue,Thu,इन हफ्तों के लिए नहीं कर सकते । शेड्यूल के अंतिम दो सप्ताह केवल हैं Thu, इसलिए आप फिर से WeekDays=Tue,Thu,इन हफ्तों के लिए नहीं हो सकते । इसके लिए उप-इष्टतम समाधान तीन पंक्तियाँ होंगी: केवल Tueपहले दो सप्ताह के लिए, फिर Tue,Thu,तीसरे सप्ताह के लिए , जिसमें दोनों हैं Tueऔर Thuफिर Thuपिछले दो सप्ताह के लिए।
व्लादिमीर बारानोव

1
क्या आप कृपया एल्गोरिदम की व्याख्या कर सकते हैं जिसके द्वारा अनुबंध 11 "आशावादी" दो अंतरालों में विभाजित है। क्या आपने इसे C # एप्लिकेशन में हासिल किया है? कैसे?
माइकल ग्रीन

@MichaelGreen, खेद है कि मैं पहले जवाब नहीं दे सका। हां, C # कोड कॉन्ट्रैक्ट 11 को दो अंतराल में विभाजित करता है। किसी न किसी एल्गोरिथ्म: मैं निर्धारित तिथियों के माध्यम से एक-एक करके लूप करता हूं, इस बात पर ध्यान देता हूं कि अंतराल के शुरू होने के बाद से अब तक मैंने सप्ताह के किन दिनों का सामना किया है और यह निर्धारित करता हूं कि क्या मुझे एक नया अंतराल शुरू करना चाहिए: यदि कोई ContractIDपरिवर्तन, यदि अंतराल 7 दिनों से परे चला जाता है और नए सप्ताह का दिन पहले नहीं देखा गया है, अगर निर्धारित दिनों की सूची में कोई अंतर है।
व्लादिमीर बारानोव

@MichaelGreen, मैंने अपने C # कोड को एक कर्सर-आधारित एल्गोरिथ्म में परिवर्तित किया, बस यह देखने के लिए कि यह वास्तविक डेटा पर अन्य समाधानों की तुलना कैसे करता है। मैंने अपने उत्तर में परिणाम कोड और प्रश्न में सारांश तालिका में परिणाम जोड़ दिए।
व्लादिमीर बारानोव

जवाबों:


6

यह एक पुनरावर्ती CTE का उपयोग करता है। इसका परिणाम प्रश्न में उदाहरण के समान है । यह एक दुःस्वप्न था, जिसके साथ आने के लिए ... कोड में अपने दृढ़ तर्क के माध्यम से आसानी से टिप्पणियाँ शामिल हैं।

SET DATEFIRST 1 -- Make Monday weekday=1

DECLARE @Ranked TABLE (RowID int NOT NULL IDENTITY PRIMARY KEY,                   -- Incremental uninterrupted sequence in the right order
                       ID int NOT NULL UNIQUE, ContractID int NOT NULL, dt date,  -- Original relevant values (ID is not really necessary)
                       WeekNo int NOT NULL, dowBit int NOT NULL);                 -- Useful to find gaps in days or weeks
INSERT INTO @Ranked
SELECT ID, ContractID, dt,
       DATEDIFF(WEEK, '1900-01-01', DATEADD(DAY, 1-DATEPART(dw, dt), dt)) AS WeekNo,
       POWER(2, DATEPART(dw, dt)-1) AS dowBit
FROM @Src
ORDER BY ContractID, WeekNo, dowBit

/*
Each evaluated date makes part of the carried sequence if:
  - this is not a new contract, and
    - sequence started this week, or
    - same day last week was part of the sequence, or
    - sequence started last week and today is a lower day than the accumulated weekdays list
  - and there are no sequence gaps since previous day
(otherwise it does not make part of the old sequence, so it starts a new one) */

DECLARE @RankedRanges TABLE (RowID int NOT NULL PRIMARY KEY, WeekDays int NOT NULL, StartRowID int NULL);

WITH WeeksCTE AS -- Needed for building the sequence gradually, and comparing the carried sequence (and previous day) with a current evaluated day
( 
    SELECT RowID, ContractID, dowBit, WeekNo, RowID AS StartRowID, WeekNo AS StartWN, dowBit AS WeekDays, dowBit AS StartWeekDays
    FROM @Ranked
    WHERE RowID = 1 
    UNION ALL
    SELECT RowID, ContractID, dowBit, WeekNo, StartRowID,
           CASE WHEN StartRowID IS NULL THEN StartWN ELSE WeekNo END AS WeekNo,
           CASE WHEN StartRowID IS NULL THEN WeekDays | dowBit ELSE dowBit END AS WeekDays,
           CASE WHEN StartRowID IS NOT NULL THEN dowBit WHEN WeekNo = StartWN THEN StartWeekDays | dowBit ELSE StartWeekDays END AS StartWeekDays
    FROM (
        SELECT w.*, pre.StartWN, pre.WeekDays, pre.StartWeekDays,
               CASE WHEN w.ContractID <> pre.ContractID OR     -- New contract always break the sequence
                         NOT (w.WeekNo = pre.StartWN OR        -- Same week as a new sequence always keeps the sequence
                              w.dowBit & pre.WeekDays > 0 OR   -- Days in the sequence keep the sequence (provided there are no gaps, checked later)
                              (w.WeekNo = pre.StartWN+1 AND (w.dowBit-1) & pre.StartWeekDays = 0)) OR -- Days in the second week when less than a week passed since the sequence started remain in sequence
                         (w.WeekNo > pre.StartWN AND -- look for gap after initial week
                          w.WeekNo > pre.WeekNo+1 OR -- look for full-week gaps
                          (w.WeekNo = pre.WeekNo AND                            -- when same week as previous day,
                           ((w.dowBit-1) ^ (pre.dowBit*2-1)) & pre.WeekDays > 0 -- days between this and previous weekdays, compared to current series
                          ) OR
                          (w.WeekNo > pre.WeekNo AND                                   -- when following week of previous day,
                           ((-1 ^ (pre.dowBit*2-1)) | (w.dowBit-1)) & pre.WeekDays > 0 -- days between this and previous weekdays, compared to current series
                          )) THEN w.RowID END AS StartRowID
        FROM WeeksCTE pre
        JOIN @Ranked w ON (w.RowID = pre.RowID + 1)
        ) w
) 
INSERT INTO @RankedRanges -- days sequence and starting point of each sequence
SELECT RowID, WeekDays, StartRowID
--SELECT *
FROM WeeksCTE
OPTION (MAXRECURSION 0)

--SELECT * FROM @RankedRanges

DECLARE @Ranges TABLE (RowNo int NOT NULL IDENTITY PRIMARY KEY, RowID int NOT NULL);

INSERT INTO @Ranges       -- @RankedRanges filtered only by start of each range, with numbered rows to easily find the end of each range
SELECT StartRowID
FROM @RankedRanges
WHERE StartRowID IS NOT NULL
ORDER BY 1

-- Final result putting everything together
SELECT rs.ContractID, rs.dt AS StartDT, re.dt AS EndDT, re.RowID-rs.RowID+1 AS DayCount,
       CASE WHEN rr.WeekDays & 64 > 0 THEN 'Sun,' ELSE '' END +
       CASE WHEN rr.WeekDays & 1 > 0 THEN 'Mon,' ELSE '' END +
       CASE WHEN rr.WeekDays & 2 > 0 THEN 'Tue,' ELSE '' END +
       CASE WHEN rr.WeekDays & 4 > 0 THEN 'Wed,' ELSE '' END +
       CASE WHEN rr.WeekDays & 8 > 0 THEN 'Thu,' ELSE '' END +
       CASE WHEN rr.WeekDays & 16 > 0 THEN 'Fri,' ELSE '' END +
       CASE WHEN rr.WeekDays & 32 > 0 THEN 'Sat,' ELSE '' END AS WeekDays
FROM (
    SELECT r.RowID AS StartRowID, COALESCE(pos.RowID-1, (SELECT MAX(RowID) FROM @Ranked)) AS EndRowID
    FROM @Ranges r
    LEFT JOIN @Ranges pos ON (pos.RowNo = r.RowNo + 1)
    ) g
JOIN @Ranked rs ON (rs.RowID = g.StartRowID)
JOIN @Ranked re ON (re.RowID = g.EndRowID)
JOIN @RankedRanges rr ON (rr.RowID = re.RowID)


एक और रणनीति

यह पिछले एक की तुलना में काफी तेज होना चाहिए क्योंकि यह SQL सर्वर 2008 में धीमी सीमित पुनरावर्ती CTE पर भरोसा नहीं करता है, हालांकि यह एक ही रणनीति को कम या ज्यादा लागू करता है।

एक WHILEलूप है (मैं इससे बचने के लिए एक तरीका नहीं बना सकता), लेकिन पुनरावृत्तियों की संख्या कम हो जाती है (किसी भी अनुबंध पर अनुक्रम की अधिकतम संख्या (शून्य से एक))।

यह एक सरल रणनीति है, और एक सप्ताह से भी कम या लंबे समय तक अनुक्रमों के लिए इस्तेमाल किया जा सकता है (किसी भी अन्य संख्या के लिए निरंतर 7 की किसी भी घटना की जगह, और इसके बजाय dowBitMODULUS x से गणना की जाती DayNoहै DATEPART(wk)) और 32 तक।

SET DATEFIRST 1 -- Make Monday weekday=1

-- Get the minimum information needed to calculate sequences
DECLARE @Days TABLE (ContractID int NOT NULL, dt date, DayNo int NOT NULL, dowBit int NOT NULL, PRIMARY KEY (ContractID, DayNo));
INSERT INTO @Days
SELECT ContractID, dt, CAST(CAST(dt AS datetime) AS int) AS DayNo, POWER(2, DATEPART(dw, dt)-1) AS dowBit
FROM @Src

DECLARE @RangeStartFirstPass TABLE (ContractID int NOT NULL, DayNo int NOT NULL, PRIMARY KEY (ContractID, DayNo))

-- Calculate, from the above list, which days are not present in the previous 7
INSERT INTO @RangeStartFirstPass
SELECT r.ContractID, r.DayNo
FROM @Days r
LEFT JOIN @Days pr ON (pr.ContractID = r.ContractID AND pr.DayNo BETWEEN r.DayNo-7 AND r.DayNo-1) -- Last 7 days
GROUP BY r.ContractID, r.DayNo, r.dowBit
HAVING r.dowBit & COALESCE(SUM(pr.dowBit), 0) = 0

-- Update the previous list with all days that occur right after a missing day
INSERT INTO @RangeStartFirstPass
SELECT *
FROM (
    SELECT DISTINCT ContractID, (SELECT MIN(DayNo) FROM @Days WHERE ContractID = d.ContractID AND DayNo > d.DayNo + 7) AS DayNo
    FROM @Days d
    WHERE NOT EXISTS (SELECT 1 FROM @Days WHERE ContractID = d.ContractID AND DayNo = d.DayNo + 7)
    ) d
WHERE DayNo IS NOT NULL AND
      NOT EXISTS (SELECT 1 FROM @RangeStartFirstPass WHERE ContractID = d.ContractID AND DayNo = d.DayNo)

DECLARE @RangeStart TABLE (ContractID int NOT NULL, DayNo int NOT NULL, PRIMARY KEY (ContractID, DayNo));

-- Fetch the first sequence for each contract
INSERT INTO @RangeStart
SELECT ContractID, MIN(DayNo)
FROM @RangeStartFirstPass
GROUP BY ContractID

-- Add to the list above the next sequence for each contract, until all are added
-- (ensure no sequence is added with less than 7 days)
WHILE @@ROWCOUNT > 0
  INSERT INTO @RangeStart
  SELECT f.ContractID, MIN(f.DayNo)
  FROM (SELECT ContractID, MAX(DayNo) AS DayNo FROM @RangeStart GROUP BY ContractID) s
  JOIN @RangeStartFirstPass f ON (f.ContractID = s.ContractID AND f.DayNo > s.DayNo + 7)
  GROUP BY f.ContractID

-- Summarise results
SELECT ContractID, StartDT, EndDT, DayCount,
       CASE WHEN WeekDays & 64 > 0 THEN 'Sun,' ELSE '' END +
       CASE WHEN WeekDays & 1 > 0 THEN 'Mon,' ELSE '' END +
       CASE WHEN WeekDays & 2 > 0 THEN 'Tue,' ELSE '' END +
       CASE WHEN WeekDays & 4 > 0 THEN 'Wed,' ELSE '' END +
       CASE WHEN WeekDays & 8 > 0 THEN 'Thu,' ELSE '' END +
       CASE WHEN WeekDays & 16 > 0 THEN 'Fri,' ELSE '' END +
       CASE WHEN WeekDays & 32 > 0 THEN 'Sat,' ELSE '' END AS WeekDays
FROM (
    SELECT r.ContractID,
           MIN(d.dt) AS StartDT,
           MAX(d.dt) AS EndDT,
           COUNT(*) AS DayCount,
           SUM(DISTINCT d.dowBit) AS WeekDays
    FROM (SELECT *, COALESCE((SELECT MIN(DayNo) FROM @RangeStart WHERE ContractID = rs.ContractID AND DayNo > rs.DayNo), 999999) AS DayEnd FROM @RangeStart rs) r
    JOIN @Days d ON (d.ContractID = r.ContractID AND d.DayNo BETWEEN r.DayNo AND r.DayEnd-1)
    GROUP BY r.ContractID, r.DayNo
    ) d
ORDER BY ContractID, StartDT

@VladimirBaranov मैंने एक नई रणनीति जोड़ी, जो बहुत तेज़ होनी चाहिए। मुझे बताएं कि यह आपके वास्तविक डेटा के साथ कैसे रेट करता है!
जिग्गी क्रुएल्टीफ्री ज़ेतिगेस्टर 4

2
@ZiggyCrueltyfreeZeitgeister, मैंने आपके अंतिम समाधान की जाँच की और इसे प्रश्न के सभी उत्तरों की सूची में जोड़ दिया। यह सही परिणाम और पुनरावर्ती CTE के रूप में अंतराल की समान संख्या पैदा करता है और इसकी गति भी बहुत करीब है। जैसा कि मैंने कहा, गति तब तक महत्वपूर्ण नहीं है जब तक यह उचित है। 1 सेकंड या 10 सेकंड वास्तव में मेरे लिए मायने नहीं रखता।
व्लादिमीर बरानोव

अन्य उत्तर भी महान और उपयोगी हैं, और मेरी इच्छा है कि मैं इनाम को एक से अधिक उत्तर दे सकूं। मैंने इस उत्तर को चुना, क्योंकि उस समय जब मैंने इनाम की शुरुआत की थी, मैंने पुनरावर्ती CTE के बारे में नहीं सोचा था और यह उत्तर सबसे पहले यह सुझाव देने के लिए था और इसमें एक कार्यशील समाधान है। सख्ती से बोलना, पुनरावर्ती CTE एक सेट-आधारित समाधान नहीं है, लेकिन यह इष्टतम परिणाम देता है और यथोचित रूप से तेज है। @GeoffPatterson द्वारा एक उत्तर महान है, लेकिन कम इष्टतम परिणाम देता है और, खुलकर बोलना, बहुत जटिल है।
व्लादिमीर बारानोव

5

ठीक वैसा नहीं जैसा आप ढूंढ रहे हैं, लेकिन शायद आपके लिए दिलचस्पी का हो सकता है।

क्वेरी प्रत्येक सप्ताह में उपयोग किए जाने वाले दिनों के लिए अल्पविराम से अलग स्ट्रिंग के साथ सप्ताह बनाती है। फिर यह लगातार हफ्तों के द्वीपों को ढूंढता है जो उसी पैटर्न का उपयोग करता हैWeekdays

with Weeks as
(
  select T.*,
         row_number() over(partition by T.ContractID, T.WeekDays order by T.WeekNumber) as rn
  from (
       select S1.ContractID,
              min(S1.dt) as StartDT,
              max(S1.dt) as EndDT,
              datediff(day, 0, S1.dt) / 7 as WeekNumber, -- Number of weeks since '1900-01-01 (a monday)'
              count(*) as DayCount,
              stuff((
                    select ','+S2.dowChar
                    from @Src as S2
                    where S2.ContractID = S1.ContractID and
                          S2.dt between min(S1.dt) and max(S1.dt)
                    order by S2.dt
                    for xml path('')
                    ), 1, 1, '') as WeekDays
       from @Src as S1
       group by S1.ContractID, 
                datediff(day, 0, S1.dt) / 7
       ) as T
)
select W.ContractID,
       min(W.StartDT) as StartDT,
       max(W.EndDT) as EndDT,
       count(*) * W.DayCount as DayCount,
       W.WeekDays
from Weeks as W
group by W.ContractID,
         W.WeekDays,
         W.DayCount,
         W.rn - W.WeekNumber
order by W.ContractID,
         min(W.WeekNumber);

परिणाम:

ContractID  StartDT    EndDT      DayCount    WeekDays
----------- ---------- ---------- ----------- -----------------------------
1           2016-05-02 2016-05-13 10          Mon,Tue,Wed,Thu,Fri
2           2016-05-05 2016-05-06 2           Thu,Fri
2           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
2           2016-05-16 2016-05-17 2           Mon,Tue
3           2016-05-02 2016-05-13 6           Mon,Wed,Fri
3           2016-05-16 2016-05-16 1           Mon
4           2016-05-02 2016-05-06 5           Mon,Tue,Wed,Thu,Fri
4           2016-05-10 2016-05-13 4           Tue,Wed,Thu,Fri
5           2016-05-02 2016-05-06 5           Mon,Tue,Wed,Thu,Fri
5           2016-05-10 2016-05-13 4           Tue,Wed,Thu,Fri
5           2016-05-16 2016-05-20 5           Mon,Tue,Wed,Thu,Fri
6           2016-05-05 2016-05-06 2           Thu,Fri
6           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
6           2016-05-16 2016-05-17 2           Mon,Tue
6           2016-06-06 2016-06-17 10          Mon,Tue,Wed,Thu,Fri
7           2016-05-02 2016-05-08 7           Mon,Tue,Wed,Thu,Fri,Sat,Sun
7           2016-05-09 2016-05-13 5           Mon,Tue,Wed,Thu,Fri
8           2016-04-30 2016-05-01 2           Sat,Sun
8           2016-05-02 2016-05-08 7           Mon,Tue,Wed,Thu,Fri,Sat,Sun
8           2016-05-09 2016-05-14 6           Mon,Tue,Wed,Thu,Fri,Sat
9           2016-05-02 2016-05-11 6           Mon,Tue,Wed
9           2016-05-16 2016-05-17 2           Mon,Tue
10          2016-05-05 2016-05-22 12          Thu,Fri,Sat,Sun
11          2016-05-03 2016-05-10 2           Tue
11          2016-05-17 2016-05-19 2           Tue,Thu
11          2016-05-26 2016-06-02 2           Thu

ContractID = 2दिखाता है कि परिणाम में अंतर क्या आप चाहते हैं की तुलना में है। पहले और आखिरी सप्ताह को अलग-अलग अवधि के रूप में माना जाएगा क्योंकि WeekDaysयह अलग है।


मेरे पास यह विचार था, लेकिन इसके लिए प्रयास करने का मौका नहीं था। एक कामकाजी क्वेरी प्रदान करने के लिए धन्यवाद। मुझे पसंद है कि यह कैसे अधिक संरचित परिणाम देता है। सप्ताह में डेटा को समूहीकृत करने में नीचे की ओर लचीलापन कम हो जाता है (एक साधारण दैनिक अंतराल और द्वीपों के दृष्टिकोण 7 और 8 एक अंतराल में ढह जाते हैं), लेकिन यह एक ही समय में उज्ज्वल पक्ष है - हम जटिलता को कम करते हैं समस्या। तो, इस दृष्टिकोण के साथ सबसे बड़ी समस्या शेड्यूल की शुरुआत और अंत में आंशिक सप्ताह है। इस तरह के आंशिक सप्ताह एक अतिरिक्त अंतराल उत्पन्न करते हैं ...
व्लादिमीर बारानोव

क्या आप इन आंशिक सप्ताहों को मुख्य अनुसूची में जोड़ने / विलय करने का एक तरीका सोच सकते हैं? मुझे इस स्तर पर केवल बहुत अस्पष्ट विचार है। यदि हम आंशिक हफ्तों को सही तरीके से मर्ज करने का एक तरीका ढूंढते हैं, तो अंतिम परिणाम इष्टतम के बहुत करीब होगा।
व्लादिमीर बारानोव

@VladimirBaranov यह कैसे किया जाएगा सुनिश्चित नहीं है। अगर कुछ दिमाग में आया तो मैं जवाब अपडेट कर दूंगा।
मिकेल एरिकसन

मेरा अस्पष्ट विचार यह है: एक सप्ताह में केवल 7 दिन होते हैं, इसलिए WeekDays7-बिट संख्या है। केवल 128 संयोजन। केवल 128 * 128 = 16384 संभावित जोड़े हैं। सभी संभव जोड़े के साथ एक अस्थायी तालिका बनाएं, फिर एक सेट-आधारित एल्गोरिथ्म का पता लगाएं जो चिह्नित करेगा कि कौन से जोड़े विलय हो सकते हैं: एक सप्ताह का एक पैटर्न अगले सप्ताह के एक पैटर्न द्वारा "कवर" किया जाता है। वर्तमान साप्ताहिक परिणाम में स्वयं शामिल हों (क्योंकि LAG2008 में कोई नहीं है) और यह तय करने के लिए कि किस जोड़े को विलय करने के लिए उस अस्थायी तालिका का उपयोग करें ... निश्चित नहीं कि इस विचार में कोई योग्यता है या नहीं।
व्लादिमीर बारानोव

5

मैंने एक दृष्टिकोण के साथ समाप्त किया जो इस मामले में इष्टतम समाधान देता है और मुझे लगता है कि सामान्य रूप से अच्छा होगा। हालांकि, समाधान काफी लंबा है, इसलिए यह देखना दिलचस्प होगा कि क्या किसी और के पास एक अलग दृष्टिकोण है जो अधिक संक्षिप्त है।

यहां एक स्क्रिप्ट है जिसमें पूर्ण समाधान शामिल है

और यहाँ एल्गोरिथ्म की एक रूपरेखा है:

  • डेटा सेट को पिवट करें ताकि प्रत्येक सप्ताह एक एकल पंक्ति का प्रतिनिधित्व हो
  • प्रत्येक के भीतर सप्ताह के द्वीपों की गणना करें ContractId
  • किसी भी निकटवर्ती सप्ताह को मिलाएं जो उसी के भीतर आते हैं ContractIdऔर समान होते हैंWeekDays
  • किसी भी एक सप्ताह के लिए (अभी तक विलय नहीं किया गया है) जहां पिछले समूहिंग एक ही द्वीप पर है और WeekDaysएकल सप्ताह WeekDaysपिछले समूह के प्रमुख उपसमूह से मेल खाता है , उस पिछले समूह में विलय
  • किसी भी एक सप्ताह के लिए (अभी तक विलय नहीं किया गया है) जहां अगला समूहन एक ही द्वीप पर है और WeekDaysएकल सप्ताह का एक अनुगामी उपसमुच्चय से मेल खाता हैWeekDays के अगले समूह की , उस अगले समूह में विलय करें
  • उसी द्वीप पर किसी भी दो समीपवर्ती सप्ताह के लिए, जहां न तो विलय किया गया है, उन्हें एक साथ मर्ज करें यदि वे दोनों आंशिक सप्ताह हैं जो संयुक्त हो सकते हैं (जैसे, "सोम, मंगल, गुरु," और "बुध, गुरु, शनि," )
  • किसी भी शेष एकल सप्ताह के लिए (अभी तक विलय नहीं किया गया है), यदि संभव हो तो सप्ताह को दो भागों में विभाजित करें और दोनों भागों को मिलाएं, पहला भाग एक ही द्वीप पर पिछले समूह में, और दूसरा भाग एक ही द्वीप पर निम्नलिखित समूह में।

काम करने वाले समाधान का उत्पादन करने के लिए इतनी बड़ी लंबाई में जाने के लिए धन्यवाद। ईमानदार होना थोड़ा भारी है। मुझे संदेह था कि आंशिक हफ्तों को मर्ज करना आसान नहीं होगा, लेकिन मैं इसे इतना जटिल होने की उम्मीद नहीं कर सकता। मुझे अभी भी एक उम्मीद है कि यह आसान हो सकता है, लेकिन मेरे पास ठोस विचार नहीं है।
व्लादिमीर बारानोव

त्वरित जाँच इस बात की पुष्टि करती है कि यह नमूना डेटा के लिए अपेक्षित परिणाम पैदा करता है, जो बहुत अच्छा है, लेकिन, मैंने देखा कि कुछ शेड्यूल इष्टतम तरीके से नियंत्रित नहीं किए जाते हैं। सरलतम उदाहरण (1214,12,'2016-05-06', 'Fri', 6), (1225,12,'2016-05-09', 'Mon', 2),:। इसे एक अंतराल के रूप में दर्शाया जा सकता है, लेकिन आपका समाधान दो पैदा करता है। मैं मानता हूं, यह उदाहरण नमूना डेटा में नहीं था और यह महत्वपूर्ण नहीं है। मैं वास्तविक डेटा पर आपके समाधान को चलाने का प्रयास करूंगा।
व्लादिमीर बारानोव

मैं आपके उत्तर की सराहना करता हूं। जिस समय मैंने बाउंटी की शुरुआत की, मैंने पुनरावर्ती CTE और Ziggy Crueltyfree Zeitgeister के बारे में नहीं सोचा था कि यह पहला सुझाव था और एक कार्यशील समाधान प्रस्तुत करना था। सख्ती से बोलना, पुनरावर्ती CTE एक सेट-आधारित समाधान नहीं है, लेकिन यह इष्टतम परिणाम देता है, यथोचित रूप से जटिल है, और यथोचित रूप से तेज है। आपका उत्तर सेट-आधारित है, लेकिन व्यावहारिक नहीं होने के बिंदु तक बहुत जटिल हो जाता है। काश मैं इनाम को विभाजित कर सकता, लेकिन दुर्भाग्य से इसकी अनुमति नहीं है।
व्लादिमीर बरानोव

@VladimirBaranov कोई समस्या नहीं, इनाम 100% तुम्हारा है जैसा कि आप चाहते हैं का उपयोग करें। कारण यह है कि मुझे बाउंटी प्रश्न पसंद हैं क्योंकि सवाल पूछने वाला व्यक्ति आम तौर पर सामान्य प्रश्न की तुलना में बहुत अधिक व्यस्त होता है। अंक के बारे में बहुत ज्यादा परवाह नहीं है। मैं पूरी तरह सहमत हूं कि यह समाधान वह नहीं है जिसका मैं अपने उत्पादन कोड में उपयोग करूंगा; यह एक संभावित विचार का अन्वेषण था, लेकिन जटिल होने के बजाय समाप्त हो गया।
ज्योफ पैटरसन

3

मैं अंतराल के साथ हफ्तों को समूहीकृत करने के पीछे के तर्क को नहीं समझ सकता, या सप्ताहांत के साथ सप्ताह (जैसे जब दो सप्ताह के साथ लगातार सप्ताह हो, तो सप्ताह किस सप्ताह में जाता है?)।

निम्न क्वेरी वांछित आउटपुट का उत्पादन करती है सिवाय इसके कि यह लगातार सप्ताह के दिनों में समूह बनाती है, और समूह सप्ताह को सन-सत (बजाय सोम-सन) के सप्ताह बनाते हैं। जबकि वास्तव में आप क्या चाहते हैं, शायद यह एक अलग रणनीति के लिए कुछ सुराग प्रदान कर सकता है। दिनों का समूह यहाँ से आता है । उपयोग किए गए विंडोिंग फ़ंक्शन को SQLServer 2008 के साथ काम करना चाहिए, लेकिन मेरे पास परीक्षण के लिए ऐसा संस्करण नहीं है यदि यह वास्तव में ऐसा करता है।

WITH 
  mysrc AS (
    SELECT *, RANK() OVER (PARTITION BY ContractID ORDER BY DT) AS rank
    FROM @Src
    ),
  prepos AS (
    SELECT s.*, pos.ID AS posid
    FROM mysrc s
    LEFT JOIN mysrc pos ON (pos.ContractID = s.ContractID AND pos.rank = s.rank+1 AND (pos.DowInt = s.DowInt+1 OR pos.DowInt = 2 AND s.DowInt=6))
    ),
  grped AS (
    SELECT TOP 100 *, (SELECT COUNT(CASE WHEN posid IS NULL THEN 1 END) FROM prepos WHERE contractid = p.contractid AND rank < p.rank) as grp
    FROM prepos p
    ORDER BY ContractID, DT
    )
SELECT ContractID, min(dt) AS StartDT, max(dt) AS EndDT, count(*) AS DayCount,
       STUFF( (SELECT ', ' + dowchar
               FROM (
                 SELECT TOP 100 dowint, dowchar 
                 FROM grped 
                 WHERE ContractID = g.ContractID AND grp = g.grp 
                 GROUP BY dowint, dowchar 
                 ORDER BY 1
                 ) a 
               FOR XML PATH(''), TYPE).value('.','varchar(max)'), 1, 2, '') AS WeekDays
FROM grped g
GROUP BY ContractID, grp
ORDER BY 1, 2

परिणाम

+------------+------------+------------+----------+-----------------------------------+
| ContractID | StartDT    | EndDT      | DayCount | WeekDays                          |
+------------+------------+------------+----------+-----------------------------------+
| 1          | 2/05/2016  | 13/05/2016 | 10       | Mon, Tue, Wed, Thu, Fri           |
| 2          | 5/05/2016  | 17/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 3          | 2/05/2016  | 2/05/2016  | 1        | Mon                               |
| 3          | 4/05/2016  | 4/05/2016  | 1        | Wed                               |
| 3          | 6/05/2016  | 9/05/2016  | 2        | Mon, Fri                          |
| 3          | 11/05/2016 | 11/05/2016 | 1        | Wed                               |
| 3          | 13/05/2016 | 16/05/2016 | 2        | Mon, Fri                          |
| 4          | 2/05/2016  | 6/05/2016  | 5        | Mon, Tue, Wed, Thu, Fri           |
| 4          | 10/05/2016 | 13/05/2016 | 4        | Tue, Wed, Thu, Fri                |
| 5          | 2/05/2016  | 6/05/2016  | 5        | Mon, Tue, Wed, Thu, Fri           |
| 5          | 10/05/2016 | 20/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 6          | 5/05/2016  | 17/05/2016 | 9        | Mon, Tue, Wed, Thu, Fri           |
| 6          | 6/06/2016  | 17/06/2016 | 10       | Mon, Tue, Wed, Thu, Fri           |
| 7          | 2/05/2016  | 7/05/2016  | 6        | Mon, Tue, Wed, Thu, Fri, Sat      |
| 7          | 8/05/2016  | 13/05/2016 | 6        | Sun, Mon, Tue, Wed, Thu, Fri      |
| 8          | 30/04/2016 | 30/04/2016 | 1        | Sat                               |
| 8          | 1/05/2016  | 7/05/2016  | 7        | Sun, Mon, Tue, Wed, Thu, Fri, Sat |
| 8          | 8/05/2016  | 14/05/2016 | 7        | Sun, Mon, Tue, Wed, Thu, Fri, Sat |
| 9          | 2/05/2016  | 4/05/2016  | 3        | Mon, Tue, Wed                     |
| 9          | 9/05/2016  | 10/05/2016 | 2        | Mon, Tue                          |
+------------+------------+------------+----------+-----------------------------------+

इस उत्तर पर चर्चा को चैट में स्थानांतरित कर दिया गया है ।
पॉल व्हाइट ने मोनिका

3

पूर्णता के लिए, यहां दो-पास gaps-and-islandsदृष्टिकोण है जो मैंने इस प्रश्न को पूछने से पहले खुद की कोशिश की थी।

जब मैं इसे वास्तविक डेटा पर परीक्षण कर रहा था तो मुझे कुछ मामले मिले जब यह गलत परिणाम दे रहा था और इसे ठीक किया।

यहाँ एल्गोरिथ्म है:

  • लगातार तारीखों के द्वीपों उत्पन्न ( CTE_ContractDays, CTE_DailyRN, CTE_DailyIslands) और एक द्वीप के प्रत्येक शुरू करने और अंतिम दिनांक के लिए एक सप्ताह संख्या की गणना। यहां सप्ताह संख्या की गणना यह मानकर की जाती है कि सोमवार सप्ताह का पहला दिन है।
  • यदि अनुसूची में एक ही सप्ताह के भीतर गैर-अनुक्रमिक तिथियां हैं (उदाहरण 3 में), तो पिछला चरण एक ही सप्ताह के लिए कई पंक्तियों का निर्माण करेगा। समूह पंक्तियों में प्रति सप्ताह केवल एक पंक्ति है ( CTE_Weeks)।
  • पिछले चरण से प्रत्येक पंक्ति के लिए सप्ताह के दिनों ( CTE_FirstResult) की अल्पविराम से अलग की गई सूची बनाएं ।
  • गैप-एंड-आइलैंड्स का दूसरा पास लगातार हफ्तों WeekDays( उसी CTE_SecondRN, CTE_Schedules) के साथ समूह के लिए ।

साप्ताहिक पैटर्न (1, 7, 8, 10, 12) में कोई व्यवधान नहीं होने पर यह अच्छी तरह से मामलों को संभालता है। यह अच्छी तरह से मामलों को संभालता है जब पैटर्न में गैर-अनुक्रमिक दिन (3) होते हैं।

लेकिन, दुर्भाग्य से, यह आंशिक सप्ताह (2, 3, 5, 6, 9, 11) के लिए अतिरिक्त अंतराल उत्पन्न करता है।

WITH
CTE_ContractDays
AS
(
    SELECT
         S.ContractID
        ,MIN(S.dt) OVER (PARTITION BY S.ContractID) AS ContractMinDT
        ,S.dt
        ,ROW_NUMBER() OVER (PARTITION BY S.ContractID ORDER BY S.dt) AS rn1
        ,DATEDIFF(day, '2001-01-01', S.dt) AS DayNumber
        ,S.dowChar
        ,S.dowInt
    FROM
        @Src AS S
)
,CTE_DailyRN
AS
(
    SELECT
        DayNumber - rn1 AS WeekGroupNumber
        ,ROW_NUMBER() OVER (
            PARTITION BY
                ContractID
                ,DayNumber - rn1
            ORDER BY dt) AS rn2
        ,ContractID
        ,ContractMinDT
        ,dt
        ,rn1
        ,DayNumber
        ,dowChar
        ,dowInt
    FROM CTE_ContractDays
)
,CTE_DailyIslands
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MIN(dt) AS MinDT
        ,MAX(dt) AS MaxDT
        ,COUNT(*) AS DayCount
        -- '2001-01-01' is Monday
        ,DATEDIFF(day, '2001-01-01', MIN(dt)) / 7 AS WeekNumberMin
        ,DATEDIFF(day, '2001-01-01', MAX(dt)) / 7 AS WeekNumberMax
    FROM CTE_DailyRN
    GROUP BY
        ContractID
        ,rn1-rn2
        ,ContractMinDT
)
,CTE_Weeks
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MIN(MinDT) AS MinDT
        ,MAX(MaxDT) AS MaxDT
        ,SUM(DayCount) AS DayCount
        ,WeekNumberMin
        ,WeekNumberMax
    FROM CTE_DailyIslands
    GROUP BY
        ContractID
        ,ContractMinDT
        ,WeekNumberMin
        ,WeekNumberMax
)
,CTE_FirstResult
AS
(
    SELECT
        ContractID
        ,ContractMinDT
        ,MinDT
        ,MaxDT
        ,DayCount
        ,CA_Data.XML_Value AS DaysOfWeek
        ,WeekNumberMin AS WeekNumber
        ,ROW_NUMBER() OVER(PARTITION BY ContractID ORDER BY MinDT) AS rn1
    FROM
        CTE_Weeks
        CROSS APPLY
        (
            SELECT CAST(CTE_ContractDays.dowChar AS varchar(8000)) + ',' AS dw
            FROM CTE_ContractDays
            WHERE
                    CTE_ContractDays.ContractID = CTE_Weeks.ContractID
                AND CTE_ContractDays.dt >= CTE_Weeks.MinDT
                AND CTE_ContractDays.dt <= CTE_Weeks.MaxDT
            GROUP BY
                CTE_ContractDays.dowChar
                ,CTE_ContractDays.dowInt
            ORDER BY CTE_ContractDays.dowInt
            FOR XML PATH(''), TYPE
        ) AS CA_XML(XML_Value)
        CROSS APPLY
        (
            SELECT CA_XML.XML_Value.value('.', 'VARCHAR(8000)')
        ) AS CA_Data(XML_Value)
)
,CTE_SecondRN
AS
(
    SELECT 
        ContractID
        ,ContractMinDT
        ,MinDT
        ,MaxDT
        ,DayCount
        ,DaysOfWeek
        ,WeekNumber
        ,rn1
        ,WeekNumber - rn1 AS SecondGroupNumber
        ,ROW_NUMBER() OVER (
            PARTITION BY
                ContractID
                ,DaysOfWeek
                ,DayCount
                ,WeekNumber - rn1
            ORDER BY MinDT) AS rn2
    FROM CTE_FirstResult
)
,CTE_Schedules
AS
(
    SELECT
        ContractID
        ,MIN(MinDT) AS StartDT
        ,MAX(MaxDT) AS EndDT
        ,SUM(DayCount) AS DayCount
        ,DaysOfWeek
    FROM CTE_SecondRN
    GROUP BY
        ContractID
        ,DaysOfWeek
        ,rn1-rn2
)
SELECT
    ContractID
    ,StartDT
    ,EndDT
    ,DayCount
    ,DaysOfWeek AS WeekDays
FROM CTE_Schedules
ORDER BY
    ContractID
    ,StartDT
;

परिणाम

+------------+------------+------------+----------+------------------------------+
| ContractID |  StartDT   |   EndDT    | DayCount |           WeekDays           |
+------------+------------+------------+----------+------------------------------+
|          1 | 2016-05-02 | 2016-05-13 |       10 | Mon,Tue,Wed,Thu,Fri,         |
|          2 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,                     |
|          2 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          2 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|          3 | 2016-05-02 | 2016-05-13 |        6 | Mon,Wed,Fri,                 |
|          3 | 2016-05-16 | 2016-05-16 |        1 | Mon,                         |
|          4 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          4 | 2016-05-10 | 2016-05-13 |        4 | Tue,Wed,Thu,Fri,             |
|          5 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          5 | 2016-05-10 | 2016-05-13 |        4 | Tue,Wed,Thu,Fri,             |
|          5 | 2016-05-16 | 2016-05-20 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          6 | 2016-05-05 | 2016-05-06 |        2 | Thu,Fri,                     |
|          6 | 2016-05-09 | 2016-05-13 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|          6 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|          6 | 2016-06-06 | 2016-06-17 |       10 | Mon,Tue,Wed,Thu,Fri,         |
|          7 | 2016-05-02 | 2016-05-13 |       12 | Sun,Mon,Tue,Wed,Thu,Fri,Sat, |
|          8 | 2016-04-30 | 2016-05-14 |       15 | Sun,Mon,Tue,Wed,Thu,Fri,Sat, |
|          9 | 2016-05-02 | 2016-05-11 |        6 | Mon,Tue,Wed,                 |
|          9 | 2016-05-16 | 2016-05-17 |        2 | Mon,Tue,                     |
|         10 | 2016-05-05 | 2016-05-22 |       12 | Sun,Thu,Fri,Sat,             |
|         11 | 2016-05-03 | 2016-05-10 |        2 | Tue,                         |
|         11 | 2016-05-17 | 2016-05-19 |        2 | Tue,Thu,                     |
|         11 | 2016-05-26 | 2016-06-02 |        2 | Thu,                         |
|         12 | 2016-05-02 | 2016-05-06 |        5 | Mon,Tue,Wed,Thu,Fri,         |
|         12 | 2016-05-16 | 2016-05-20 |        5 | Mon,Tue,Wed,Thu,Fri,         |
+------------+------------+------------+----------+------------------------------+

कर्सर-आधारित समाधान

मैंने अपने C # कोड को एक कर्सर-आधारित एल्गोरिथ्म में परिवर्तित किया, बस यह देखने के लिए कि यह वास्तविक डेटा पर अन्य समाधानों की तुलना कैसे करता है। यह पुष्टि करता है कि यह अन्य सेट-आधारित या पुनरावर्ती दृष्टिकोणों की तुलना में बहुत धीमा है, लेकिन यह एक इष्टतम परिणाम उत्पन्न करता है।

CREATE TABLE #Dst_V2 (ContractID bigint, StartDT date, EndDT date, DayCount int, WeekDays varchar(255) COLLATE SQL_Latin1_General_CP1_CI_AS);

SET NOCOUNT ON;

DECLARE @VarOldDateFirst int = @@DATEFIRST;
SET DATEFIRST 7;

DECLARE @iFS int;
DECLARE @VarCursor CURSOR;
SET @VarCursor = CURSOR FAST_FORWARD
FOR
    SELECT
        ContractID
        ,dt
        ,dowChar
        ,dowInt
    FROM #Src AS S
    ;

OPEN @VarCursor;

DECLARE @CurrContractID bigint = 0;
DECLARE @Currdt date;
DECLARE @CurrdowChar char(3);
DECLARE @CurrdowInt int;


DECLARE @VarCreateNewInterval bit = 0;
DECLARE @VarTempDT date;
DECLARE @VarTempdowInt int;

DECLARE @LastContractID bigint = 0;
DECLARE @LastStartDT date;
DECLARE @LastEndDT date;
DECLARE @LastDayCount int = 0;
DECLARE @LastWeekDays varchar(255);
DECLARE @LastMonCount int;
DECLARE @LastTueCount int;
DECLARE @LastWedCount int;
DECLARE @LastThuCount int;
DECLARE @LastFriCount int;
DECLARE @LastSatCount int;
DECLARE @LastSunCount int;


FETCH NEXT FROM @VarCursor INTO @CurrContractID, @Currdt, @CurrdowChar, @CurrdowInt;
SET @iFS = @@FETCH_STATUS;
IF @iFS = 0
BEGIN
    SET @LastContractID = @CurrContractID;
    SET @LastStartDT = @Currdt;
    SET @LastEndDT = @Currdt;
    SET @LastDayCount = 1;
    SET @LastMonCount = 0;
    SET @LastTueCount = 0;
    SET @LastWedCount = 0;
    SET @LastThuCount = 0;
    SET @LastFriCount = 0;
    SET @LastSatCount = 0;
    SET @LastSunCount = 0;
    IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
    IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
    IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
    IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
    IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
    IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
    IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;
END;

WHILE @iFS = 0
BEGIN

    SET @VarCreateNewInterval = 0;

    -- Contract changes -> start new interval
    IF @LastContractID <> @CurrContractID
    BEGIN
        SET @VarCreateNewInterval = 1;
    END;

    IF @VarCreateNewInterval = 0
    BEGIN
        -- check days of week
        -- are we still within the first week of the interval?
        IF DATEDIFF(day, @LastStartDT, @Currdt) > 6
        BEGIN
            -- we are beyond the first week, check day of the week
            -- have we seen @CurrdowInt before?
            -- we should start a new interval if this is the new day of the week that didn't exist in the first week
            IF @CurrdowInt = 1 AND @LastSunCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 2 AND @LastMonCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 3 AND @LastTueCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 4 AND @LastWedCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 5 AND @LastThuCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 6 AND @LastFriCount = 0 SET @VarCreateNewInterval = 1;
            IF @CurrdowInt = 7 AND @LastSatCount = 0 SET @VarCreateNewInterval = 1;

            IF @VarCreateNewInterval = 0
            BEGIN
                -- check the gap between current day and last day of the interval
                -- if the gap between current day and last day of the interval
                -- contains a day of the week that was included in the interval before,
                -- we should create new interval
                SET @VarTempDT = DATEADD(day, 1, @LastEndDT);
                WHILE @VarTempDT < @Currdt
                BEGIN
                    SET @VarTempdowInt = DATEPART(WEEKDAY, @VarTempDT);

                    IF @VarTempdowInt = 1 AND @LastSunCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 2 AND @LastMonCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 3 AND @LastTueCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 4 AND @LastWedCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 5 AND @LastThuCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 6 AND @LastFriCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;
                    IF @VarTempdowInt = 7 AND @LastSatCount > 0 BEGIN SET @VarCreateNewInterval = 1; BREAK; END;

                    SET @VarTempDT = DATEADD(day, 1, @VarTempDT);
                END;
            END;
        END;
        -- else
        -- we are still within the first week, so we can add this day to the interval
    END;

    IF @VarCreateNewInterval = 1
    BEGIN
        -- save the new interval into the final table
        SET @LastWeekDays = '';
        IF @LastSunCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sun,';
        IF @LastMonCount > 0 SET @LastWeekDays = @LastWeekDays + 'Mon,';
        IF @LastTueCount > 0 SET @LastWeekDays = @LastWeekDays + 'Tue,';
        IF @LastWedCount > 0 SET @LastWeekDays = @LastWeekDays + 'Wed,';
        IF @LastThuCount > 0 SET @LastWeekDays = @LastWeekDays + 'Thu,';
        IF @LastFriCount > 0 SET @LastWeekDays = @LastWeekDays + 'Fri,';
        IF @LastSatCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sat,';

        INSERT INTO #Dst_V2 
            (ContractID
            ,StartDT
            ,EndDT
            ,DayCount
            ,WeekDays)
        VALUES
            (@LastContractID
            ,@LastStartDT
            ,@LastEndDT
            ,@LastDayCount
            ,@LastWeekDays);

        -- init the new interval
        SET @LastContractID = @CurrContractID;
        SET @LastStartDT = @Currdt;
        SET @LastEndDT = @Currdt;
        SET @LastDayCount = 1;
        SET @LastMonCount = 0;
        SET @LastTueCount = 0;
        SET @LastWedCount = 0;
        SET @LastThuCount = 0;
        SET @LastFriCount = 0;
        SET @LastSatCount = 0;
        SET @LastSunCount = 0;
        IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
        IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
        IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
        IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
        IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
        IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
        IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;

    END ELSE BEGIN

        -- update last interval
        SET @LastEndDT = @Currdt;
        SET @LastDayCount = @LastDayCount + 1;
        IF @CurrdowInt = 1 SET @LastSunCount = @LastSunCount + 1;
        IF @CurrdowInt = 2 SET @LastMonCount = @LastMonCount + 1;
        IF @CurrdowInt = 3 SET @LastTueCount = @LastTueCount + 1;
        IF @CurrdowInt = 4 SET @LastWedCount = @LastWedCount + 1;
        IF @CurrdowInt = 5 SET @LastThuCount = @LastThuCount + 1;
        IF @CurrdowInt = 6 SET @LastFriCount = @LastFriCount + 1;
        IF @CurrdowInt = 7 SET @LastSatCount = @LastSatCount + 1;
    END;


    FETCH NEXT FROM @VarCursor INTO @CurrContractID, @Currdt, @CurrdowChar, @CurrdowInt;
    SET @iFS = @@FETCH_STATUS;
END;

-- save the last interval into the final table
IF @LastDayCount > 0
BEGIN
    SET @LastWeekDays = '';
    IF @LastSunCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sun,';
    IF @LastMonCount > 0 SET @LastWeekDays = @LastWeekDays + 'Mon,';
    IF @LastTueCount > 0 SET @LastWeekDays = @LastWeekDays + 'Tue,';
    IF @LastWedCount > 0 SET @LastWeekDays = @LastWeekDays + 'Wed,';
    IF @LastThuCount > 0 SET @LastWeekDays = @LastWeekDays + 'Thu,';
    IF @LastFriCount > 0 SET @LastWeekDays = @LastWeekDays + 'Fri,';
    IF @LastSatCount > 0 SET @LastWeekDays = @LastWeekDays + 'Sat,';

    INSERT INTO #Dst_V2
        (ContractID
        ,StartDT
        ,EndDT
        ,DayCount
        ,WeekDays)
    VALUES
        (@LastContractID
        ,@LastStartDT
        ,@LastEndDT
        ,@LastDayCount
        ,@LastWeekDays);
END;

CLOSE @VarCursor;
DEALLOCATE @VarCursor;

SET DATEFIRST @VarOldDateFirst;

DROP TABLE #Dst_V2;

2

मुझे थोड़ा आश्चर्य हुआ कि व्लादिमीर का कर्सर समाधान इतना धीमा था, इसलिए मैंने उस संस्करण को अनुकूलित करने का भी प्रयास किया। मैंने पुष्टि की कि एक कर्सर का उपयोग करना मेरे लिए बहुत धीमा था।

हालाँकि, किसी पंक्तियाँ को संसाधित करते समय एक चर में जोड़कर SQL सर्वर में अनैच्छिक कार्यक्षमता का उपयोग करने की कीमत पर, मैं इस तर्क का एक सरलीकृत संस्करण बनाने में सक्षम था जो इष्टतम परिणाम देता है और कर्सर और मेरे मूल समाधान दोनों की तुलना में बहुत तेज़ी से निष्पादित होता है। । तो अपने जोखिम पर उपयोग करें, लेकिन मैं ब्याज के मामले में समाधान पेश करूंगा। WHILEलूप के प्रत्येक पुनरावृत्ति पर अगली पंक्ति संख्या की मांग करते हुए, एक से अधिकतम पंक्ति संख्या में लूप का उपयोग करने के लिए समाधान को अपडेट करना भी संभव होगा । यह पूरी तरह से प्रलेखित और विश्वसनीय कार्यक्षमता से चिपकेगा, लेकिन (कुछ कृत्रिम) समस्या के कारण बताई गई बाधा का उल्लंघन करेगाWHILE लूप की अनुमति नहीं है।

ध्यान दें कि यदि SQL 2014 का उपयोग करने की अनुमति दी गई थी, तो संभावना है कि एक मूल-संकलित संग्रहित प्रक्रिया जो पंक्ति संख्याओं पर लूप करती है और प्रत्येक पंक्ति संख्या को मेमोरी-ऑप्टिमाइज़ किए गए तालिका में एक्सेस करती है, इस तर्क का कार्यान्वयन होगा जो अधिक तेज़ी से चलेगा।

यहां पूर्ण समाधान है , जिसमें लगभग डेढ़ मिलियन पंक्तियों के लिए ट्रायल डेटा का विस्तार करना शामिल है। नया समाधान लगभग 3 सेकंड में पूरा होता है और मेरी राय में मेरे द्वारा पेश किए गए पिछले समाधान की तुलना में बहुत अधिक संक्षिप्त और पठनीय है। मैं यहाँ शामिल तीन चरणों को तोड़ दूँगा:

चरण 1: पूर्व-प्रसंस्करण

हम पहले डेटा सेट में एक पंक्ति संख्या जोड़ते हैं, उसी क्रम में हम डेटा को संसाधित करेंगे। ऐसा करते समय, हम प्रत्येक dowInt को 2 की शक्ति में बदलते हैं ताकि हम किसी बिटमैप का उपयोग करके यह दर्शा सकें कि किसी भी समूह में कौन से दिन देखे गए हैं:

IF OBJECT_ID('tempdb..#srcWithRn') IS NOT NULL
    DROP TABLE #srcWithRn
GO
SELECT rn = IDENTITY(INT, 1, 1), ContractId, dt, dowInt,
    POWER(2, dowInt) AS dowPower, dowChar
INTO #srcWithRn
FROM #src
ORDER BY ContractId, dt
GO
ALTER TABLE #srcWithRn
ADD PRIMARY KEY (rn)
GO

चरण 2: नए समूहों की पहचान करने के लिए अनुबंध के दिनों के माध्यम से लूपिंग

हम पंक्ति संख्या द्वारा, डेटा पर अगला लूप करते हैं। हम केवल पंक्ति संख्याओं की सूची की गणना करते हैं जो एक नए समूह की सीमा बनाते हैं, फिर उन पंक्ति संख्याओं को तालिका में आउटपुट करते हैं:

DECLARE @ContractId INT, @RnList VARCHAR(MAX), @NewGrouping BIT = 0, @DowBitmap INT = 0, @startDt DATE
SELECT TOP 1 @ContractId = ContractId, @startDt = dt, @RnList = ',' + CONVERT(VARCHAR(MAX), rn), @DowBitmap = DowPower
FROM #srcWithRn
WHERE rn = 1

SELECT 
    -- New grouping if new contract, or if we're observing a new day that we did
    -- not observe within the first 7 days of the grouping
    @NewGrouping = CASE
        WHEN ContractId <> @ContractId THEN 1
        WHEN DATEDIFF(DAY, @startDt, dt) > 6
            AND @DowBitmap & dowPower <> dowPower THEN 1
        ELSE 0
        END,
    @ContractId = ContractId,
    -- If this is a newly observed day in an existing grouping, add it to the bitmap
    @DowBitmap = CASE WHEN @NewGrouping = 0 THEN @DowBitmap | DowPower ELSE DowPower END,
    -- If this is a new grouping, reset the start date of the grouping
    @startDt = CASE WHEN @NewGrouping = 0 THEN @startDt ELSE dt END,
    -- If this is a new grouping, add this rn to the list of row numbers that delineate the boundary of a new grouping
    @RnList = CASE WHEN @NewGrouping = 0 THEN @RnList ELSE @RnList + ',' + CONVERT(VARCHAR(MAX), rn) END 
FROM #srcWithRn
WHERE rn >= 2
ORDER BY rn
OPTION (MAXDOP 1)

-- Split the list of grouping boundaries into a table
IF OBJECT_ID('tempdb..#newGroupingRns') IS NOT NULL
    DROP TABLE #newGroupingRns
SELECT splitListId AS rn
INTO #newGroupingRns
FROM dbo.f_delimitedIntListSplitter(SUBSTRING(@RnList, 2, 1000000000), DEFAULT)
GO
ALTER TABLE #newGroupingRns
ADD PRIMARY KEY (rn)
GO

चरण 3: प्रत्येक समूह की सीमा की पंक्ति संख्या के आधार पर अंतिम परिणामों की गणना करना

फिर हम ऊपर की लूप में पहचानी गई सीमाओं का उपयोग करके अंतिम समूहों की गणना करते हैं, जो कि प्रत्येक समूह में आने वाली सभी तिथियों को एकत्र करते हैं:

IF OBJECT_ID('tempdb..#finalGroupings') IS NOT NULL
    DROP TABLE #finalGroupings
GO
SELECT MIN(s.ContractId) AS ContractId,
    MIN(dt) AS StartDT,
    MAX(dt) AS EndDT,
    COUNT(*) AS DayCount,
    CASE WHEN MAX(CASE WHEN dowChar = 'Sun' THEN 1 ELSE 0 END) = 1 THEN 'Sun,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Mon' THEN 1 ELSE 0 END) = 1 THEN 'Mon,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Tue' THEN 1 ELSE 0 END) = 1 THEN 'Tue,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Wed' THEN 1 ELSE 0 END) = 1 THEN 'Wed,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Thu' THEN 1 ELSE 0 END) = 1 THEN 'Thu,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Fri' THEN 1 ELSE 0 END) = 1 THEN 'Fri,' ELSE '' END + 
    CASE WHEN MAX(CASE WHEN dowChar = 'Sat' THEN 1 ELSE 0 END) = 1 THEN 'Sat,' ELSE '' END AS WeekDays
INTO #finalGroupings
FROM #srcWithRn s
CROSS APPLY (
    -- For any row, its grouping is the largest boundary row number that occurs at or before this row
    SELECT TOP 1 rn AS groupingRn
    FROM #newGroupingRns grp
    WHERE grp.rn <= s.rn
    ORDER BY grp.rn DESC
) g
GROUP BY g.groupingRn
ORDER BY g.groupingRn
GO

धन्यवाद। मैंने कर्सर या WHILEलूप का उपयोग नहीं करने के लिए कहा , क्योंकि मैं पहले से ही जानता था कि इसे कर्सर के साथ कैसे हल किया जाए और मैं एक सेट-आधारित समाधान खोजना चाहता था। इसके अलावा, मुझे संदेह था कि कर्सर धीमा होगा (विशेषकर इसमें नेस्टेड लूप के साथ)। नई चाल सीखने के संदर्भ में यह उत्तर बहुत दिलचस्प है और मैं आपके प्रयासों की सराहना करता हूं।
व्लादिमीर बारानोव

1

चर्चा कोड का पालन करेगी।

declare @Helper table(
    rn tinyint,
    dowInt tinyint,
    dowChar char(3));
insert @Helper
values  ( 1,1,'Sun'),
        ( 2,2,'Mon'),
        ( 3,3,'Tue'),
        ( 4,4,'Wed'),
        ( 5,5,'Thu'),
        ( 6,6,'Fri'),
        ( 7,7,'Sat'),
        ( 8,1,'Sun'),
        ( 9,2,'Mon'),
        (10,3,'Tue'),
        (11,4,'Wed'),
        (12,5,'Thu'),
        (13,6,'Fri'),
        (14,7,'Sat');



with MissingDays as
(
    select
        h1.rn as rn1,
        h1.dowChar as StartDay,
        h2.rn as rn2,
        h2.dowInt as FollowingDayInt,
        h2.dowChar as FollowingDayChar
    from @Helper as h1
    inner join @Helper as h2
        on h2.rn > h1.rn
    where h1.rn < 8
    and h2.rn < h1.rn + 8
)
,Numbered as
(
    select
        a.*,
        ROW_NUMBER() over (partition by a.ContractID order by a.dt) as rn
    from #Src as a
)
,Incremented as
(
    select
        b.*,
        convert(varchar(max), b.dowChar)+',' as WeekDays,
        b.dt as IntervalStart
    from Numbered as b
    where b.rn = 1

    union all

    select
        c.*,
        case
            when
                (DATEDIFF(day, d.IntervalStart, c.dt) > 6)      -- interval goes beyond 7 days
            and (
                    (d.WeekDays not like '%'+c.dowChar+'%')     -- the new week day has not been seen before
                or 
                    (DATEDIFF(day, d.dt, c.dt) > 7)
                or 
                    (
                        (DATEDIFF(day, d.dt, c.dt) > 1)
                        and
                        (
                        exists( select
                                    e.FollowingDayChar
                                from MissingDays as e
                                where e.StartDay = d.dowChar
                                and rn2 < (select f.rn2 from MissingDays as f
                                            where f.StartDay = d.dowChar
                                            and f.FollowingDayInt = c.dowInt)
                                and d.WeekDays like '%'+e.FollowingDayChar+'%'
                            )
                        )
                    )
                )
            then convert(varchar(max),c.dowChar)+','
            else
                case
                    when d.WeekDays like '%'+c.dowChar+'%'
                    then d.WeekDays
                    else d.WeekDays+convert(varchar(max),c.dowChar)+','
                end
        end,
        case
            when
                (DATEDIFF(day, d.IntervalStart, c.dt) > 6)      -- interval goes beyond 7 days
            and (
                    (d.WeekDays not like '%'+c.dowChar+'%')     -- the new week day has not been seen before
                or
                    (DATEDIFF(day, d.dt, c.dt) > 7)             -- there is a one week gap
                or 
                    (
                        (DATEDIFF(day, d.dt, c.dt) > 1)         -- there is a gap..
                        and
                        (
                        exists( select                          -- .. and the omitted days are in the preceeding interval
                                    e.FollowingDayChar
                                from MissingDays as e
                                where e.StartDay = d.dowChar
                                and rn2 < (select f.rn2 from MissingDays as f
                                            where f.StartDay = d.dowChar
                                            and f.FollowingDayInt = c.dowInt)
                                and d.WeekDays like '%'+e.FollowingDayChar+'%'
                            )
                        )
                    )
                )
            then c.dt
            else d.IntervalStart
        end
    from Numbered as c
    inner join Incremented as d
    on d.ContractID = c.ContractID
    and d.rn = c.rn - 1
)
select
    g.ContractID,
    g.IntervalStart as StartDT,
    MAX(g.dt) as EndDT,
    COUNT(*) as DayCount,
    MAX(g.WeekDays) as WeekDays
from Incremented as g
group by
    g.ContractID,
    g.IntervalStart
order by
    ContractID,
    StartDT;

@Helper इस नियम का सामना करना है:

यदि अंतराल के वर्तमान दिन और अंतिम दिन के बीच का अंतराल सप्ताह का एक दिन होता है जो पहले अंतराल में शामिल था, तो हमें नया अंतराल चाहिए

यह मुझे किसी भी दो दिनों के बीच, दिन के क्रम में दिन के नामों की सूची देने की अनुमति देता है। इसका उपयोग यह तय करते समय किया जाता है कि क्या नया अंतराल शुरू होना चाहिए। एक सप्ताह के अंत में कोडिंग को आसान बनाने के लिए मैं इसे दो सप्ताह के मूल्यों के साथ आबाद करता हूं।

इसे लागू करने के लिए क्लीनर तरीके हैं। एक पूर्ण "तिथियां" तालिका एक होगी। वहाँ शायद दिन की संख्या और modulo अंकगणित के साथ एक चालाक तरीका भी है।

सीटीई MissingDaysकिसी भी दो दिनों के बीच दिन के नामों की एक सूची तैयार करना है। इसे इस क्लूनी तरीके से नियंत्रित किया जाता है क्योंकि पुनरावर्ती CTE (निम्नलिखित) समुच्चय, टॉप (), या अन्य ऑपरेटरों को अनुमति नहीं देता है। यह अयोग्य है, लेकिन यह काम करता है।

CTE Numberedडेटा पर एक ज्ञात, अंतर-मुक्त अनुक्रम लागू करना है। यह बहुत बाद की तुलना से बचा जाता है।

CTE Incrementedवह जगह है जहाँ कार्रवाई होती है। संक्षेप में, मैं डेटा के माध्यम से कदम बढ़ाने और नियमों को लागू करने के लिए एक पुनरावर्ती CTE का उपयोग करता हूं। में उत्पन्न पंक्ति संख्याNumbered(ऊपर) का उपयोग पुनरावर्ती प्रसंस्करण को चलाने के लिए किया जाता है।

पुनरावर्ती CTE के बीज को प्रत्येक कॉन्ट्रैक्टिड के लिए पहली तारीख मिलती है और मानों का उपयोग करता है जो यह तय करने के लिए उपयोग किया जाएगा कि क्या नया अंतराल आवश्यक है।

यह तय करना कि क्या नया अंतराल शुरू होना चाहिए, वर्तमान अंतराल की शुरुआत की तारीख, दिन की सूची और कैलेंडर तिथियों में किसी भी अंतराल की लंबाई की आवश्यकता है। निर्णय के आधार पर इन्हें रीसेट या आगे बढ़ाया जा सकता है। इसलिए पुनरावर्ती भाग क्रियात्मक और थोड़ा दोहराव वाला है, क्योंकि हमें यह तय करना है कि एक से अधिक स्तंभ मान के लिए एक नया अंतराल शुरू करना है या नहीं।

कॉलम के लिए निर्णय तर्क WeekDaysऔर IntervalStartएक ही निर्णय तर्क होना चाहिए - यह उनके बीच कट-एंड-पेस्ट किया जा सकता है। यदि नया अंतराल शुरू करने के लिए तर्क बदल रहे थे तो यह परिवर्तन करने के लिए कोड है। आदर्श रूप से यह अमूर्त होगा, इसलिए; एक पुनरावर्ती CTE में ऐसा करना चुनौतीपूर्ण हो सकता है।

EXISTS()खंड एक पुनरावर्ती CTE में कुल कार्यों का उपयोग करने में सक्षम नहीं होने के मुहाने पर है। सभी यह देखते हैं कि क्या अंतराल के भीतर गिरने वाले दिन पहले से ही मौजूदा अंतराल में हैं।

लॉजिक क्लॉस के नेस्टिंग के बारे में कुछ भी जादू नहीं है। यदि यह किसी अन्य रचना में स्पष्ट है, या नेस्टेड CASE का उपयोग करते हुए कहते हैं, तो इसे इस प्रकार रखने का कोई कारण नहीं है।

फाइनल SELECTआउटपुट को वांछित प्रारूप में देना है।

पीके होने पर Src.IDइस विधि के लिए उपयोगी नहीं है। एक संकुल सूचकांक पर(ContractID,dt)मुझे लगता है कि यह एक अच्छा होगा।

कुछ खुरदुरे किनारे हैं। दिन डाउ सीक्वेंस में वापस नहीं आते हैं, लेकिन कैलेंडर अनुक्रम में वे स्रोत डेटा में दिखाई देते हैं। @ हेल्पर के साथ सब कुछ करना klunky है और इसे चिकना किया जा सकता है। मुझे प्रति दिन एक बिट का उपयोग करने और इसके बजाय द्विआधारी कार्यों का उपयोग करने का विचार पसंद है LIKE। कुछ न्यूक्लियर CTE को अस्थायी अनुक्रमित के साथ अस्थायी तालिका में अलग करना निस्संदेह मदद करेगा।

इसके साथ एक चुनौती यह है कि एक "सप्ताह" एक मानक कैलेंडर के साथ संरेखित नहीं होता है, बल्कि डेटा द्वारा संचालित होता है, और जब यह निर्धारित किया जाता है कि एक नया अंतराल शुरू होना चाहिए। एक "सप्ताह", या कम से कम एक अंतराल, पूरे डेटासेट को फैलाने के लिए एक दिन से लंबा हो सकता है।


हितों के लिए, विभिन्न परिवर्तनों के बाद यहां ज्योफ के नमूना डेटा (इसके लिए धन्यवाद!) के खिलाफ अनुमानित लागतें हैं:

                                             estimated cost

My submission as is w/ CTEs, Geoff's data:      791682
Geoff's data, cluster key on (ContractID, dt):   21156.2
Real table for MissingDays:                      21156.2
Numbered as table UCI=(ContractID, rn):             16.6115    26s elapsed.
                  UCI=(rn, ContractID):             41.9845    26s elapsed.
MissingDays as refactored to simple lookup          16.6477    22s elapsed.
Weekdays as varchar(30)                             13.4013    30s elapsed.

पंक्तियों की अनुमानित और वास्तविक संख्या में बेतहाशा अंतर होता है।

योजना में एक टेबल स्पू है, संभवतः पुनरावर्ती CTE के परिणामस्वरूप। अधिकांश कार्रवाई एक कार्यबल में आ रही है जो:

Table 'Worktable'.   Scan count       2, logical reads 4 196 269, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'MissingDays'. Scan count 464 116, logical reads   928 232, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Numbered'.    Scan count 484 122, logical reads 1 475 467, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

बस जिस तरह से पुनरावर्ती लागू किया गया है, मुझे लगता है!


धन्यवाद। यह नमूना डेटा पर सही और इष्टतम परिणाम देता है। मैं अब इसे वास्तविक डेटा पर जाँच करूँगा। एक साइड नोट: MAX(g.IntervalStart)अजीब लगता है, क्योंकि g.IntervalStartअंदर है GROUP BY। मुझे उम्मीद थी कि यह एक वाक्यविन्यास त्रुटि देगा, लेकिन यह काम करता है। यह सिर्फ g.IntervalStart as StartDTमें होना चाहिए SELECT? या में g.IntervalStartनहीं होना चाहिए GROUP BY?
व्लादिमीर बारानोव

मैंने वास्तविक डेटा पर क्वेरी चलाने की कोशिश की और मुझे 10 मिनट के बाद इसे रोकना पड़ा। यह काफी संभावना है कि अगर सीटीई MissingDaysऔर Numberedउचित अनुक्रमित के साथ अस्थायी तालिकाओं के साथ प्रतिस्थापित किया जाता है, तो इसका अच्छा प्रदर्शन हो सकता है। आप किस इंडेक्स की सिफारिश करेंगे? मैं इसे कल सुबह आजमा सकता हूं।
व्लादिमीर बारानोव

मुझे लगता है कि Numberedएक अस्थायी तालिका और गुच्छेदार सूचकांक के साथ प्रतिस्थापित (ContractID, rn)करना एक जाने लायक होगा। एक बड़े डेटासेट के बिना संबंधित योजना बनाने के लिए यह अनुमान लगाना मुश्किल है। Physicalising MissingDatesसूचकांक (StartDay, FollowingDayInt)अच्छा है, भी होगा।
माइकल ग्रीन

धन्यवाद। मैं अभी इसकी कोशिश नहीं कर सकता, लेकिन मैं कल सुबह करूंगा।
व्लादिमीर बारानोव

मैंने इसे डेढ़ मिलियन पंक्ति डेटा सेट (मौजूदा डेटा सेट, विभिन्न अनुबंधों के साथ 4,000 बार दोहराया गया) पर आज़माया। यह लगभग 15 मिनट से चल रहा है और इसने अब तक 30GB तक का टेम्पर्ड स्पेस ले लिया है। इसलिए मुझे लगता है कि कुछ और अनुकूलन आवश्यक हो सकते हैं। यदि आप इसे उपयोगी पाते हैं, तो यहां विस्तृत परीक्षण डेटा है।
ज्योफ पैटरसन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.