https://m.opennet.dev/openforum/vsluhforumID3/137915.html После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 18. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2030 года. Поддержка PostgreSQL 13.x, самой старой из поддерживаемых веток, будет прекращена 13 ноября...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63877<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#240 Fri, 03 Oct 2025 08:47:15 GMT &gt; но к нему нет в комплекте настойчивого совета перезагружать раз в две <br>&gt; недели и не забывать делать vacuum analize каждый день.<br><br>Есть. К тому же в МС до сих пор нет нормального MVCC. Их snapshot-режимы до сих пор для индексов используют эксклюзивные блокировки даже для чтения.<br>Инфраструктурно МС хуже ПГ, но оптимизатор у МС куда более развитый -- несравнимо хуже Оракла, но всё же до сих пор лучше ПГ.<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#239 Fri, 03 Oct 2025 08:38:14 GMT &gt; Вопрос - Postgresql 18 (2025 г) уже достиг уровня производительности, удобства использования <br>&gt; Oracle 9i (2001 г) или еще нет или это вообще фантастика? <br><br>Нет, конечно. Но это и невозможно. Таких фантастических задач ни у кого и нет.<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#238 Thu, 02 Oct 2025 14:51:06 GMT ..насчет подтянули до уровня конкурентов<br>каждый раз, читая новости про PG, что-нибудь находишь такое - а оно же в MSSQL всегда было!<br><br>В данной новости это - прошлых (OLD) и текущих (CURRENT) в returning (в mssql output, deleted. и inserted.)<br><br>а до сих пор нет PIVOT, только через какое-то расширение. Имхо, это вообще базовая возможность SQL.<br>прямо сейчас переводим какую-то е****нину на динамическом SQL с PIVOT с MSSQL на PG<br>и ничего хорошего в этом нет<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#237 Thu, 02 Oct 2025 08:42:37 GMT Эффективности оптимизатора запросов Оракла (это самое печальное). Но для такой куцей и разношёрстной команды разработки это недостижимо в принципе. А так, в общем-то, всего: нормальной системы рез. копирования, нормальной мультиарендности, ну а про рэк, авр и адвизоры просто промолчу.<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#236 Tue, 30 Sep 2025 11:08:32 GMT &gt;&gt; Ну, мне как "техническому заказчику" "СУБД per se" нужна примерно низачем - <br>&gt;&gt; мне нужно встраиваемое в инфраструктуру проекта поддерживаемое конечным заказчиком решение, <br>&gt;&gt; обладающее набором характеристик.<br>&gt; Ну тогда непонятно, что Вы вообще делаете на opennet. Бесплатные open source <br>&gt; продукты Вас по определению тогда не устроят. Не умеете сами - <br>&gt; платите тем, кто из этих продуктов делает собственное инфраструктурное решение и <br>&gt; его поддерживает.<br><br>"И вот все у вас так"(С)<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#235 Tue, 30 Sep 2025 08:23:28 GMT &gt; Ну, мне как "техническому заказчику" "СУБД per se" нужна примерно низачем - <br>&gt; мне нужно встраиваемое в инфраструктуру проекта поддерживаемое конечным заказчиком решение, <br>&gt; обладающее набором характеристик.<br><br>Ну тогда непонятно, что Вы вообще делаете на opennet. Бесплатные open source продукты Вас по определению тогда не устроят. Не умеете сами - платите тем, кто из этих продуктов делает собственное инфраструктурное решение и его поддерживает.<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#234 Tue, 30 Sep 2025 07:29:27 GMT &gt;&gt;&gt;&gt; Ну это в общем-то и есть ответ на вопрос "Чего не хватает <br>&gt;&gt;&gt;&gt; Постгресу, чтобы победить оракл?" <br>&gt;&gt;&gt; Как видим, кроме того, что я указал выше - всё хватает, да <br>&gt;&gt;&gt; еще и дополнительно есть выбор.<br>&gt;&gt; Резюмирую - ответ "не хватает" примерно "ВСЕГО" <br>&gt; Всё субъективно. Для меня отсутствие undo-буфер и tempdb - это два пункта. <br>&gt; Вы это называете "всё". Если, конечно исключить, что из-за полного непонимания <br>&gt; того, чем СУБД отличается от инфраструктуры, Вы начинаете сравнивать несравниваемое.<br><br>Ну, мне как "техническому заказчику" "СУБД per se" нужна примерно низачем - мне нужно встраиваемое в инфраструктуру проекта поддерживаемое конечным заказчиком решение, обладающее набором характеристик. <br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#233 Tue, 30 Sep 2025 06:44:53 GMT &gt; Ну раз настаиваете, то мне остается только принять Ваше поражение в дискуссии. <br>&gt; Мне нужды переходить на личности нет.<br><br>Слился, "специалист". Вместо того что бы показать код, жалуемся на "оскорбления".<br> https://m.opennet.dev/openforum/vsluhforumID3/137915.html#232 Tue, 30 Sep 2025 06:17:17 GMT &gt;&gt; Нет, pg_dump - не предлагать <br>&gt; а pg_basebackup?<br><br>Ну тогда уже всё же WAL-G.<br><br>