PostgreSQL: 14.2، 13.6، 12.10، 11.15 ۽ 10.20 جي سڀني معاون شاخن لاءِ اصلاحي تازه ڪاريون پيدا ڪيون ويون آهن، جيڪي گذريل ٽن مهينن دوران سڃاڻپ ڪيل 55 غلطين کي درست ڪن ٿيون. ٻين شين جي وچ ۾، اسان مسئلا حل ڪيا آهن، جيڪي نادر حالتن ۾، انڊيڪس ڪرپشن جو سبب بڻجن ٿا جڏهن VACUUM آپريشن دوران HOT (هيپ-صرف ٽوپل) زنجير کي تبديل ڪيو وڃي يا جڏهن TOAST اسٽوريج ميڪانيزم کي استعمال ڪندڙ ٽيبلن تي انڊيڪس تي REINDEX CONCURRENTLY آپريشن ڪيو وڃي.
درست حادثا جڏهن ALTER STATISTICS تي عمل ڪري رهيا آهن ۽ جڏهن ڊيٽا کي ٻيهر حاصل ڪري رهيا آهن ڪيترن ئي قسمن سان. پڇا ڳاڇا جي رٿابندي ڪندڙ ۾ غلطيون جيڪي غلط نتيجن جو سبب بڻيا آھن تن کي درست ڪيو ويو آھي. فڪسڊ ميموري ليڪس جڏهن ايڪسپريس استعمال ڪندي انڊيڪسز کي اپڊيٽ ڪيو وڃي ۽ جڏهن وڏي تعداد ۾ شين تي آپريشن جي ذريعي ري ايزگن جي مالڪي ڪئي وڃي. ورهايل جدولن لاءِ جديد شماريات جي تعمير مهيا ڪئي وئي آهي.
اضافي طور تي، اسان ريشيپ يوٽيلٽي جي ڇڏڻ کي نوٽ ڪري سگھون ٿا، جيڪا توهان ڪم کي روڪڻ کان سواءِ PostgreSQL ۾ ڊيٽا اسڪيما کي پيچيده اپڊيٽ ڪرڻ جي اجازت ڏئي ٿي، جيڪا عام حالتن ۾ دستي تبديلين جي ضرورت آهي ۽ ڊيٽابيس استعمال ڪندي خدمتن جي عارضي بندش جي ضرورت آهي. افاديت اهو ممڪن بڻائي ٿو ته پراڻي ڊيٽا اسڪيم کان نئين کي تبديل ڪرڻ کان سواءِ ڊگھي بلاڪنگ ۽ درخواست جي پروسيسنگ چڪر ۾ مداخلت ڪرڻ کان سواءِ. يوٽيلٽي پاڻمرادو جدول جا نظارا ٺاهي ٿي جيڪي ايپليڪيشنون ڊيٽا اسڪيما لڏپلاڻ دوران ڪم ڪنديون رهنديون آهن، ۽ ٽرگرز کي پڻ ترتيب ڏئي ٿي جيڪي پراڻي ۽ نئين اسڪيما جي وچ ۾ ڊيٽا کي شامل ڪرڻ ۽ حذف ڪرڻ جي عملن جو ترجمو ڪن ٿيون.
اهڙيءَ طرح، جڏهن لڏپلاڻ دوران نئين شڪل کي استعمال ڪندي، پراڻي ۽ نئين اسڪيما هڪ ئي وقت دستياب رهنديون آهن ۽ ايپليڪيشنون ڪم کي روڪڻ کان سواءِ آهستي آهستي نئين اسڪيما ڏانهن منتقل ڪري سگھجن ٿيون (وڏي انفراسٽرڪچر ۾، هينڊلر کي آهستي آهستي پراڻي کان نئين ۾ تبديل ڪري سگهجي ٿو). هڪ دفعو نئين اسڪيما ڏانهن ايپليڪيشنن جي لڏپلاڻ مڪمل ٿي ويندي آهي، پراڻي اسڪيما لاءِ سپورٽ برقرار رکڻ لاءِ ٺاهيل نظريا ۽ محرڪ ڊهي ويندا آهن. جيڪڏهن ايپليڪيشنن سان مسئلا لڏپلاڻ دوران سڃاڻپ ڪيا ويا آهن، توهان اسڪيما تبديلي کي رد ڪري سگهو ٿا ۽ پراڻي حالت ڏانهن واپس آڻي سگهو ٿا.
جو ذريعو: opennet.ru