- शिप
- 26 अगस्त 2026 को 3:52 am बजे UTC
- लेखक
- Kamo
- Commit
- 1b811a6
दो तरीके से खाते के रोलअप को दिखाई देते हैं। फोन नंबर एक ही समय में एक से अधिक मालिक पर संपर्क बिंदु हो सकता है, और दो लीड्स ऑन एक खाता साझा करने वाला ORDINARY मामला है - वे हैं उसी व्यक्ति ने दो बार पूछताछ की, यही कारण है कि वे एक खाते में क्यों हैं। खिलाड़ी प्रत्येक व्यक्ति को जानबूझकर एक पंक्ति लिखने की आवश्यकता होती है, क्योंकि उनमें से प्रत्येक समय के लिए इसकी आवश्यकता होती है। खुद ही; एक रोलअप में संघनित, यह दो बार दिखाया गया एक कॉल है। Untidy की तुलना में: अंतिम प्रविष्टि से, इसलिए अगले पृष्ठ गलत जगह पर शुरू होता है। पंक्तियाँ हैं अब (चैनल, सोर्सId) पर गिर गया - पहले से ही पहचान का उपयोग करने के लिए idempotent रहना - और गिनती काउंटी (DISTINCT sourceId) का उपयोग करती है ताकि रेल सहमत हो जाए सूची के साथ दूसरा इस सुविधा से पुराना है। MemberFor return Map.of() जब कोई पंक्ति नहीं एक स्टाफ सदस्य नामित, और कॉलर्स पंक्ति द्वारा प्रत्येक पंक्ति को देखते हैं। प्रत्येक इनबाउंड कॉल, टेक्स्ट या ई-मेल nobody संभाल के लिए null है। Map.of().get(null) फेंकता है, इसलिए एक पृष्ठ जिसका प्रविष्टियों को सभी अप्राप्य उत्तर दिया गया था 500 - राज्य एक unworked लीड की टाइमलाइन परिभाषा में है। यह अब एक हैशमैप लौटाता है, जो अब हैशमैप लौटाता है। उत्तर देते हैं, जो कि पहले से ही मैपर की उम्मीद है। मैपिंग भी मर्ज के बाद ले जाया गया, इसलिए एक खाता 25 लीड्स को रोल करना हल करता है 25 के बजाय एक क्वेरी में स्टाफ सदस्य।.