पूरे सत्र की गिनती के बिना चैट इतिहास का एक पेज पढ़ें

शिप

16 अगस्त 2026 को 1:13 am बजे UTC

लेखक

Kamo

Commit

3cc8b30

स्प्रिंग डेटा हर पेज के लिए एक दूसरा बयान देता है, यह रिटर्न देता है, और चैट करता है इतिहास ने पूछा कि यह कभी नहीं देखा: मीडिया कंट्रोलर लेता है page.getContent () और फिर संदेशों की रिपोर्ट करता है। प्राप्तकर्ता बयान था SELECT काउंटी (m1 0.id) from media objs m1 0 LEFT JOIN media objs msg m3 0 ON m1 0.id = m3 0.obj id WHERE m1 0.session id = ? और m1 0.is removed = झूठा - सत्र में हर वस्तु पर एक अपरिवर्तित कुल, उसके बाद जारी किया गया लेन-देन पहले ही पढ़ चुका था, जो ठीक से आकार YugabyteDB नहीं कर सकता है से ठीक हो जाओ। यह केवल पारदर्शी रूप से पढ़ा जा सकता है कि FIRST है इसके लेन-देन में बयान; बाद में एक SQLState 40001 "Restart read" बढ़ा देता है आवश्यक है, लेनदेन को रोलबैक-केवल चिह्नित किया जाता है, और अनुरोध 500s। इसलिए खुला चैट विंडो जो फिर से लोड हो गया था जबकि कोई उसी के लिए लिख रहा था सत्र में कोई इतिहास नहीं दिखाया गया है, एक संख्या के कारण जिसे खारिज कर दिया गया था। अब पंक्तियाँ एक सूची के रूप में वापस आती हैं, जो कोई गिनती जारी नहीं करती हैं। समान क्वेरी, समान ऑर्डर, उसी पृष्ठ; दो के बजाय एक बयान। पेज रिटर्निंग विधि मीडियास्ट्रीमकंट्रोलर के लिए रहती है, जो वास्तव में ******************* सामाजिक फ़ीड के लिए। प्रत्येक अन्य कॉलर .getContent () लिया गया था और कुल को फेंक दिया गया था, इसलिए दो सार्वजनिक-चैट साइटें भी चलती हैं (मीडिया सर्विस, अलग-अलग प्रतिबद्ध)।.