Сформированы (https://www.postgresql.org/about/news/1878/) корректирующие обновления для всех поддерживаемых веток PostgreSQL: 10.5 (https://www.postgresql.org/docs/current/static/release-10-5....), 9.6.10 (http://www.postgresql.org/docs/current/static/release-9-6-10...), 9.5.14 (http://www.postgresql.org/docs/current/static/release-9-5-14...), 9.4.19 (http://www.postgresql.org/docs/current/static/release-9-4-19...) и 9.3.24 (http://www.postgresql.org/docs/current/static/release-9-3-24...), в которых представлена порция исправлений ошибок. Выпуск обновлений для ветки 9.3 продлится (http://www.postgresql.org/support/versioning/) до сентября 2018 г., 9.4 до декабря 2019 г., 9.5 до января 2021 г., 9.6 - до сентября 2021 года, 10 - до октября 2022 года.
В обновлении исправлено около 40 ошибок и устранены две уязвимости:- CVE-2018-10915 - уязвимость в libpq, библиотеке с клиентским API, связанная с отсутствием должного сброса всех переменных состояния соединения при повторном соединении. В частности, может остаться не сброшенная переменная, определяющая необходимость проверки пароля для соединения, что позволяет пользователям надстроек над libpq, таким как расширения dblink и postgres_fdw, подключиться к серверам, не имея соответствующих прав доступа;
- CVE-2018-10925 - утечка содержимого памяти при выполнении "INSERT ... ON CONFLICT DO UPDATE". Атакующий может инициировать создание таблицы, через которую можно получить доступ к произвольным байтам памяти сервера при выполнении операции "INSERT ... ON CONFLICT DO UPDATE".
URL: https://www.postgresql.org/about/news/1878/
Новость: https://www.opennet.me/opennews/art.shtml?num=49108
Еще забыл указать, что вышла 11b3
Betta это betta
Оракул лучше по всем параметрам. А это недоразумение сами знаете насколько нужно.
Это так толсто, что даже тонко!
просто у тебя руки под рукоблудие заточены
оракул тормознутое поделие, и очень дорогое. Знакомый 5 проектов аналитических перевел с оракла на постгрю, скорость работы на том же железе отличается в разы.
Ну так если накостыленное за несколько лет ещё с 9-й версии ( если не с восьмой ), нормально проанализировать и сделать на pg то так и должно быть, другое дело что если нормально сделать на 12.2/18 то тогда можно будет сравнивать, а так некорректно.
p.s. Если устраивеает производительность решения на PG то конечно PG выгодней, другое дело если PG в принципе такое не тянет, на том же железе, даже на уровне обычного SQL с внешней Informatica вот тогда Oracle и нужен.
для каждого задания свой продукт, куда-то надо ораКОЛ, а куда-то - Постгре.
Но ваш коммент суперкрут.
> куда-то надо ораКОЛобычно ни куда. кроме случаев когда команда проограммистов умеют писать только под Oracle.
Oracle, это не только ценный мех (откат при покупке), но и кормление причастных на прохождении курсов (HR-служба тоже жрать в три горла хочет, имеют на это полное право). А без бумажки, подтверждающих их прохождение, ты ничто и звать тебя никак. Хучь ты типа DBA, хучь ты типа разработчик.
Действительно, что за недоразумение - когда без отката. Глупость какая-то, а не софт.
Не в тему, но что это с RussianFedora?:https://ru.fedoracommunity.org/
Владелец ru.fedoracommunity.org неправильно настроил свой веб-сайт. Чтобы защитить вашу информацию от кражи, Firefox не соединился с этим веб-сайтом.
Там-же в дополнительной информации все сказано - вчера истек срок действия сертификата.
ставь чистую федору, без модификаций от русского васяна (чистая федора вполне себе русифицирована, русскому васяну там прибавить нечего)
Let's Encrypt bot глюканул наверно.
единственная нормальная СУБД