#postgresql_19 — Public Fediverse posts

「PostgreSQL」にセキュリティアップデート、任意コード実行を含む28件の脆弱性に対処／「PostgreSQL 14」は2026年11月12日でサポートが終了、早めの移行計画を
https://forest.watch.impress.co.jp/docs/news/2132677.html

#forest_watch_impress #PostgreSQL #PostgreSQL_19 #プログラミング #Windows #Mac #Linux

「PostgreSQL」にセキュリティアップデート、任意コード実行を含む28件の脆弱性に対処／「PostgreSQL 14」は2026年11月12日でサポートが終了、早めの移行計画を
https://forest.watch.impress.co.jp/docs/news/2132677.html

#forest_watch_impress #PostgreSQL #PostgreSQL_19 #プログラミング #Windows #Mac #Linux

「PostgreSQL」にセキュリティアップデート、任意コード実行を含む28件の脆弱性に対処／「PostgreSQL 14」は2026年11月12日でサポートが終了、早めの移行計画を
https://forest.watch.impress.co.jp/docs/news/2132677.html

#forest_watch_impress #PostgreSQL #PostgreSQL_19 #プログラミング #Windows #Mac #Linux

「PostgreSQL」にセキュリティアップデート、任意コード実行を含む28件の脆弱性に対処／「PostgreSQL 14」は2026年11月12日でサポートが終了、早めの移行計画を
https://forest.watch.impress.co.jp/docs/news/2132677.html

#forest_watch_impress #PostgreSQL #PostgreSQL_19 #プログラミング #Windows #Mac #Linux

「PostgreSQL」にセキュリティアップデート、任意コード実行を含む28件の脆弱性に対処／「PostgreSQL 14」は2026年11月12日でサポートが終了、早めの移行計画を
https://forest.watch.impress.co.jp/docs/news/2132677.html

#forest_watch_impress #PostgreSQL #PostgreSQL_19 #プログラミング #Windows #Mac #Linux

[Перевод] Заглядывая в будущее: Postgres 19. REPACK, SQL/PGQ и умный autovacuum

У каждого релиза Postgres свой характер. Одни релизы строятся вокруг громкой фичи. Другие решают давнюю проблему. Третьи содержат небольшие улучшения, которые замечаешь только после обновления: повседневная работа становится проще. Почти каждый релиз также повышает производительность. В Postgres 19 есть улучшения на любой вкус. Встроенная команда REPACK CONCURRENTLY упрощает обслуживание крупных рабочих баз данных. SQL-запросы к графам свойств наверняка привлекут много внимания. Логическая репликация становится полноценнее. Разработчики также улучшили VACUUM , EXPLAIN , COPY , секционирование, мониторинг и планировщик. Эти изменения не так заметны, но упрощают эксплуатацию рабочих систем. До финального релиза детали могут измениться. Но бета-версия Postgres 19 уже позволяет оценить новые возможности и понять, как они повлияют на разработку и эксплуатацию систем.

https://habr.com/ru/companies/haulmont/articles/1061338/

#PostgreSQL_19 #Postgres_19 #REPACK_CONCURRENTLY #логическая_репликация_PostgreSQL #графовые_запросы_SQL #autovacuum_PostgreSQL #секционирование_PostgreSQL #оптимизация_SQLзапросов #DBклиент_OpenIDE

[Перевод] Заглядывая в будущее: Postgres 19. REPACK, SQL/PGQ и умный autovacuum

У каждого релиза Postgres свой характер. Одни релизы строятся вокруг громкой фичи. Другие решают давнюю проблему. Третьи содержат небольшие улучшения, которые замечаешь только после обновления: повседневная работа становится проще. Почти каждый релиз также повышает производительность. В Postgres 19 есть улучшения на любой вкус. Встроенная команда REPACK CONCURRENTLY упрощает обслуживание крупных рабочих баз данных. SQL-запросы к графам свойств наверняка привлекут много внимания. Логическая репликация становится полноценнее. Разработчики также улучшили VACUUM , EXPLAIN , COPY , секционирование, мониторинг и планировщик. Эти изменения не так заметны, но упрощают эксплуатацию рабочих систем. До финального релиза детали могут измениться. Но бета-версия Postgres 19 уже позволяет оценить новые возможности и понять, как они повлияют на разработку и эксплуатацию систем.

https://habr.com/ru/companies/haulmont/articles/1061338/

#PostgreSQL_19 #Postgres_19 #REPACK_CONCURRENTLY #логическая_репликация_PostgreSQL #графовые_запросы_SQL #autovacuum_PostgreSQL #секционирование_PostgreSQL #оптимизация_SQLзапросов #DBклиент_OpenIDE

[Перевод] Заглядывая в будущее: Postgres 19. REPACK, SQL/PGQ и умный autovacuum

У каждого релиза Postgres свой характер. Одни релизы строятся вокруг громкой фичи. Другие решают давнюю проблему. Третьи содержат небольшие улучшения, которые замечаешь только после обновления: повседневная работа становится проще. Почти каждый релиз также повышает производительность. В Postgres 19 есть улучшения на любой вкус. Встроенная команда REPACK CONCURRENTLY упрощает обслуживание крупных рабочих баз данных. SQL-запросы к графам свойств наверняка привлекут много внимания. Логическая репликация становится полноценнее. Разработчики также улучшили VACUUM , EXPLAIN , COPY , секционирование, мониторинг и планировщик. Эти изменения не так заметны, но упрощают эксплуатацию рабочих систем. До финального релиза детали могут измениться. Но бета-версия Postgres 19 уже позволяет оценить новые возможности и понять, как они повлияют на разработку и эксплуатацию систем.

https://habr.com/ru/companies/haulmont/articles/1061338/

#PostgreSQL_19 #Postgres_19 #REPACK_CONCURRENTLY #логическая_репликация_PostgreSQL #графовые_запросы_SQL #autovacuum_PostgreSQL #секционирование_PostgreSQL #оптимизация_SQLзапросов #DBклиент_OpenIDE

[Перевод] Запросы к графам свойств SQL/PGQ в PostgreSQL 19

PostgreSQL 19 добавляет SQL/PGQ (Property Graph Queries, запросы к графам свойств) на основе стандарта SQL:2023. Графовые структуры можно определить поверх уже существующих реляционных таблиц и запрашивать их синтаксисом сопоставления с образцом. Не нужны новый движок хранения, расширения или миграция данных.

https://habr.com/ru/articles/1059810/

#PostgreSQL_19 #графы_свойств #графовые_запросы #GRAPH_TABLE #MATCH #реляционные_таблицы #PostgreSQL #рекурсивные_CTE #Neo4j #sqlpgq

[Перевод] Запросы к графам свойств SQL/PGQ в PostgreSQL 19

PostgreSQL 19 добавляет SQL/PGQ (Property Graph Queries, запросы к графам свойств) на основе стандарта SQL:2023. Графовые структуры можно определить поверх уже существующих реляционных таблиц и запрашивать их синтаксисом сопоставления с образцом. Не нужны новый движок хранения, расширения или миграция данных.

https://habr.com/ru/articles/1059810/

#PostgreSQL_19 #графы_свойств #графовые_запросы #GRAPH_TABLE #MATCH #реляционные_таблицы #PostgreSQL #рекурсивные_CTE #Neo4j #sqlpgq

[Перевод] Запросы к графам свойств SQL/PGQ в PostgreSQL 19

PostgreSQL 19 добавляет SQL/PGQ (Property Graph Queries, запросы к графам свойств) на основе стандарта SQL:2023. Графовые структуры можно определить поверх уже существующих реляционных таблиц и запрашивать их синтаксисом сопоставления с образцом. Не нужны новый движок хранения, расширения или миграция данных.

https://habr.com/ru/articles/1059810/

#PostgreSQL_19 #графы_свойств #графовые_запросы #GRAPH_TABLE #MATCH #реляционные_таблицы #PostgreSQL #рекурсивные_CTE #Neo4j #sqlpgq

PostgreSQL 19 Beta: неблокирующий REPACK — перепаковка раздутых таблиц без окна простоя (и графовые запросы в придачу)

4 июня 2026 вышла PostgreSQL 19 Beta 1. Все пишут про графовые запросы SQL/PGQ, но главная операционная новость в другом: в ядро завезли команду REPACK с неблокирующей опцией CONCURRENTLY — перепаковку раздутых таблиц без ACCESS EXCLUSIVE lock и без внешнего pg_repack. Разбираю по официальному анонсу и release notes: как это работает (спойлер — через слоты репликации, отсюда max_repack_replication_slots), чем отличается от VACUUM FULL и pg_repack, и что именно стоит прогнать на staging до GA — дисковый оверхед, documented-ограничения (команда не MVCC-safe!), бюджет слотов. Плюс честный разбор SQL/PGQ: GRAPH_TABLE убирает отдельный Neo4j для связей фиксированной глубины, но обходы переменной длины в бете пока не поддерживаются. Без ‘я проверил в проде’ — beta в прод не ставят. Читать дальше →

https://habr.com/ru/articles/1048302/

#PostgreSQL #PostgreSQL_19 #REPACK #SQLPGQ #базы_данных #DBA #DevOps

PostgreSQL 19 Beta: неблокирующий REPACK — перепаковка раздутых таблиц без окна простоя (и графовые запросы в придачу)

4 июня 2026 вышла PostgreSQL 19 Beta 1. Все пишут про графовые запросы SQL/PGQ, но главная операционная новость в другом: в ядро завезли команду REPACK с неблокирующей опцией CONCURRENTLY — перепаковку раздутых таблиц без ACCESS EXCLUSIVE lock и без внешнего pg_repack. Разбираю по официальному анонсу и release notes: как это работает (спойлер — через слоты репликации, отсюда max_repack_replication_slots), чем отличается от VACUUM FULL и pg_repack, и что именно стоит прогнать на staging до GA — дисковый оверхед, documented-ограничения (команда не MVCC-safe!), бюджет слотов. Плюс честный разбор SQL/PGQ: GRAPH_TABLE убирает отдельный Neo4j для связей фиксированной глубины, но обходы переменной длины в бете пока не поддерживаются. Без ‘я проверил в проде’ — beta в прод не ставят. Читать дальше →

https://habr.com/ru/articles/1048302/

#PostgreSQL #PostgreSQL_19 #REPACK #SQLPGQ #базы_данных #DBA #DevOps

PostgreSQL 19 Beta: неблокирующий REPACK — перепаковка раздутых таблиц без окна простоя (и графовые запросы в придачу)

4 июня 2026 вышла PostgreSQL 19 Beta 1. Все пишут про графовые запросы SQL/PGQ, но главная операционная новость в другом: в ядро завезли команду REPACK с неблокирующей опцией CONCURRENTLY — перепаковку раздутых таблиц без ACCESS EXCLUSIVE lock и без внешнего pg_repack. Разбираю по официальному анонсу и release notes: как это работает (спойлер — через слоты репликации, отсюда max_repack_replication_slots), чем отличается от VACUUM FULL и pg_repack, и что именно стоит прогнать на staging до GA — дисковый оверхед, documented-ограничения (команда не MVCC-safe!), бюджет слотов. Плюс честный разбор SQL/PGQ: GRAPH_TABLE убирает отдельный Neo4j для связей фиксированной глубины, но обходы переменной длины в бете пока не поддерживаются. Без ‘я проверил в проде’ — beta в прод не ставят. Читать дальше →

https://habr.com/ru/articles/1048302/

#PostgreSQL #PostgreSQL_19 #REPACK #SQLPGQ #базы_данных #DBA #DevOps

第129回　MySQL 9.7.0 LTSリリース、PostgreSQLエンタープライズ・コンソーシアム成果報告会がまもなく
https://gihyo.jp/article/2026/05/ossdb-various-news0129?utm_source=feed

#gihyo #技術評論社 #gihyo_jp #MySQL #PostgreSQL #MySQL_9_7_0 #PostgreSQL_19