एक चयन-तत्काल लिखने के बजाय एक बयान में एक संदेश सूचकांक

शिप

2 सितंबर 2026 को 5:34 am बजे UTC

लेखक

Kamo

Commit

9f2e060

खोज सूचकांक पंक्ति की कुंजी को उत्पन्न होने के बजाय सौंपा गया है, इसलिए बनाया गया है बचाने के लिए इकाई () एक मर्ज थी: स्प्रिंग डेटा ने पूरी पंक्ति - बॉडी टेक्स्ट को सेट किया प्रत्येक अद्यतन के पहले शामिल थे। हर संदेश के लिए एक बार प्रति संदेश चलाता है फ़ोल्डर लिस्टिंग स्पर्श, इसलिए प्रत्येक अनुक्रमित संदेश की लागत दो राउंड ट्रिप जहां एक करना इकाई को दूसरे तरीके से लिखने की अनुमति देना गलत था। इसके बिल्डर सेट लिफाफाफे और कुछ नहीं, इसलिए मर्ज ने बनायाAt के लिए nulls किया, updatedAt and labelIds: हाइबरनेट ने दो जनित टाइमस्टैम्प्स को छोड़ दिया और हर फ्लश पर इसके बारे में HH000502 लॉग इन किया और Label ids को ओवरराइट किया गया। नामकरण स्तंभों का कहना है कि कौन से एक फिर से इंडेक्स वास्तव में मालिक हैं। अब build at रहता है जब संदेश को पहली बार देखा गया था, तो लेबल ids को अकेले छोड़ दिया जाता है, और Search vector उस बयान के साथ रहता है जो इसे समझौता करता है। सरणी SQL में लिखने के बजाय JDBC सरणी के रूप में बाध्य हैं, क्योंकि न तो वैकल्पिक इस स्टैक के साथ संपर्क में रहता है: पोस्टग्रेस नहीं डालेगा पाठ के लिए पाठ मान [], और हाइबरनेट 6.2 वह संस्करण है जो एक सारणी को हल करता है तत्व वर्ग से java.lang. Class and dies in BasicCollectionJavatype.unwrap — कारण इकाई के अपने सरणी स्तंभ नंगे स्ट्रिंग [] हैं। कनेक्शन .createArrayOf ड्राइवर के लिए चला जाता है और दोनों ओर जाता है। स्टेटमेंट भी करता है कोई "::" कहीं भी, जो मूल-क्वायरी पार्सर खाते थे। एक लेन-देन के अंदर लाइव टेबल के खिलाफ सत्यापित किया गया है जिसे वापस रोल किया गया था: संघर्ष शाखा अपने मूल मूल्य पर बनाया गया था, अद्यतन किया गया था, और नई लिफाफा लिखी; सम्मिलित शाखा ने पंक्ति बनाई; कुछ भी जारी रखा। यहां बताया गया है और नहीं पता: लेबल ids उत्पादन में कोई पंक्ति पर सेट किया गया है। इसलिए लेबल: खोज ऑपरेटर जिसे पढ़ता है वह कभी मैच नहीं कर सकता है। यह एक जुड़ना टेबल है, संदेश लेबल, जो वास्तव में लेबल रिकॉर्ड करता है।.