Релиз СУБД PostgreSQL 18

25.09.2025 16:20

После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 18. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2030 года. Поддержка PostgreSQL 13.x, самой старой из поддерживаемых веток, будет прекращена 13 ноября.

Основные новшества:

Добавлена подсистема асинхронного ввода/вывода, позволяющая увеличить пропускную способность ввода/вывода и избавиться от задержек. Помимо доступной на всех платформах универсальной реализации AIO (io_method=worker), основанной на выполнении нескольких процессов-обработчиков (по умолчанию 3), в Linux может применяться интерфейс асинхронного ввода/вывода io_uring (io_method=io_uring), поддерживаемый начиная с ядра Linux 5.1. Асинхронный ввод/вывод пока задействован только для ускорения выполнения некоторых операций, связанных с чтением данных из файловой системы, таких как последовательный перебор, сканирование битовой карты индексов и проведение чистки (vacuum). В некоторых тестах применение AIO приводит к увеличению производительности в 2-3 раза. Операции записи продолжают выполняться в синхронном режиме для достижения требований ACID.
Реализована оптимизация "skip scan" в многостолбцовых индексах, благодаря которой индекс может использоваться не только для проверки первого проиндексированного столбца и полной связки столбцов, но и для обработки по отдельности остальных проиндексированных столбцов. Например, ранее при создании B-tree индекса над столбцами "(status, date)" индекс применялся только для запросов, проверяющих поле "status" или оба поля "status" и "date", а при проверке в запросе только поля "date" выполнялось сканирование содержимого таблицы. Режим "skip scan" позволяет в определённых ситуациях сканировать индекс при запросе только поля "date". Режим применяется только для индексов "B-tree" при использовании в запросе условного оператора "=" над индексированным полем, в ситуациях, когда пропущенное поле имеет небольшое количество различных значений (например, оптимизация сработает, если поле статус "status" имеет несколько фиксированных значений).
Добавлены оптимизации, более эффективно использующие индексы для запросов, содержащих конструкции "OR" и "IN (...)" в блоке "WHERE", а также повышающие производительность планирования и выполнения объединения таблиц (например, ускорен код слияния хэшей и разрешено использовать инкрементальную сортировку при слиянии таблиц).
Добавлена поддержка распараллеливания построения индексов GIN (Generalized Inverted Index), применяемых для индексации составных значений, таких как массивы, и организации поиска по полнотекстовым данным или структурам JSON.
Добавлена возможность создания материализованных представлений и ключей для секционирования таблиц с индексами с признаком "unique", не использующими структуру B-tree.
Повышена общая производительность блокировок для запросов, работающих с большим количеством таблиц, а также внесены улучшения в обработку запросов к секционированным таблицам, ускоряющие отсеивание не используемых секций и операции слияния (JOIN).
Ускорены операции с текстом, такие как функции приведения в верхний/нижний регистр. Добавлен режим PG_UNICODE_FAST для ускорения учёта свойств локали Unicode-символов.
Реализована возможность сохранения статистики планировщика запросов после обновления между значительными релизами PostgreSQL. Изменение позволяет избежать выполнения ресурсоёмкой операции "ANALYZE" после запуска новой версии, до завершения которой наблюдается проседание производительности СУБД.
Повышена производительность утилиты pg_upgrade, применяемой для автоматизации перехода на новый значительный выпуск PostgreSQL. Оптимизации особенно заметны при обновлении БД, содержащих большое число объектов, таких как таблицы и последовательности. Для ускорения работы pg_upgrade также добавлен флаг "--jobs N" для распараллеливания проверок в N потоков и флаг "--swap" для замены каталогов с данными целиком без выставления ссылок, без клонирования и без копирования файлов.
Добавлена поддержка виртуальных генерируемых столбцов, значение которых вычисляется на лету в процессе выполнения запросов, без сохранения на диск. Если в выражении "CREATE TABLE..." для генерируемых столбцов указано только ключевое слово "GENERATED" без уточнения типа (STORED или VIRTUAL), то новый вариант применяется по умолчанию вместо старой реализации. В старой реализации значения генерировались во время выполнения операций "INSERT" или "UPDATE" и сохранялись на диск для последующего использования. Недостатком виртуальных генерируемых столбцов является невозможность использования их в индексах, а достоинством - возможность выполнять нормализацию и изменение данных на лету (актуально при работе с данными JSON). Что касается классических хранимых генерируемых столбцов, то в новом выпуске для них обеспечена поддержка логической репликации.
В командах INSERT, UPDATE, DELETE и MERGE реализована возможность вывода прошлых (OLD) и текущих (CURRENT) значений в выражении RETURNING. Например, "UPDATE... RETURNING WITH (OLD AS o, NEW AS n) o.*, n.*.".
Добавлена функция uuidv7() для генерации случайных уникальных идентификаторов в формате UUIDv7. В отличие от старой функции для генерации UUID (gen_random_uuid), которая теперь дополнительно доступна под именем uuidv4(), в UUIDv7 помимо случайного значения включается время генерации. Наличие упорядоченных частей в значении UUID (первые 12 символов - эпохальное время, а последующие 18 - случайное значение) повышает эффективность сортировки и индексирования, что актуально так как UUID обычно используются для первичных ключей (например, ключи, созданные в близкое время, размещаются рядом друг с другом в индексе).
В операции "LIKE" реализована поддержка сопоставлений с текстом, в которых используются недетерминированные свойства локали "collation", позволяющие выполнять сопоставления с учётом смысла символов (например, при сравнении может не приниматься во внимание знак ударения). Добавлена функция CASEFOLD для изменения регистра символов c учётом свойств локали "collation" (например, некоторые символы имеют более двух строчных вариантов или при сравнении требуют преобразования в верхний регистр, а не в нижний).
Добавлена возможность использования временных ограничений (temporal constraint). В значениях "PRIMARY KEY" и "UNIQUE" для добавления временных ограничений следует использовать выражение "WITHOUT OVERLAPS", а в значении "FOREIGN KEY" - выражение PERIOD. Например, при определении первичных ключей можно ограничить ключи с перекрывающимися интервалами времени.
Добавлена команда "CREATE FOREIGN TABLE ... LIKE command" для создания схемы внешней таблицы на основе определения локальной таблицы.
Добавлена поддержка подключения к СУБД, используя аутентификацию на базе OAUTH 2.0 с применением токена доступа вместо пароля. Применение OAUTH позволяет не хранить пароли в БД, а идентифицировать пользователей через внешние сервисы, а также использовать такие возможности как двухфакторная аутентификация и единая точка входа (SSO).
Добавлена функция ssl_tls13_ciphers(), через которую можно определить список алгоритмов шифрования, допустимых при подключении с использованием протокола TLSv1.3.
В разряд устаревших и запланированных к удалению переведена поддержка аутентификации с использованием алгоритма md5 для хэширования паролей. Вместо md5 рекомендуется применять алгоритм SCRAM (SCRAM-SHA-256), появившийся в PostgreSQL 10. Дополнительно отмечается реализация поддержки проброса аутентификации на базе SCRAM при подключении через postgres_fdw и dblink к внешним серверам PostgreSQL.
При выполнении операции "EXPLAIN ANALYZE" обеспечен вывод сведений о числе операций поиска в индексах при сканировании индекса и числе обращений к буферам при выполнении запроса. В вывод "EXPLAIN ANALYZE VERBOSE" включена статистика о CPU, WAL-журнале и интенсивности операций чтения. В таблицу pg_stat_all_tables добавлены сведения о времени, потраченном на операцию VACUUM и анализ таблиц. Предоставлена статистика об интенсивности ввода/вывода и нагрузке на WAL-журнал в разрезе отдельных соединений. В pg_stat_subscription_stats и логах добавлена информация с диагностикой конфликтов при выполнении операций записи во время логической репликации.
В новых установках включено по умолчанию использование контрольных сумм для проверки целостности хранимых данных. Для отмены данного поведения при запуске initdb следует указать опцию "--no-data-checksums".
В утилиту pg_createsubscriber добавлен флаг "--all" для создания логических реплик одной командой сразу для всех БД.
Реализована новая версия (3.2) протокола, применяемого для взаимодействия внешних утилит с СУБД и реализованного в библиотеке libpq. Прошлое обновление протокола было произведено в PostgreSQL 7.4 (2003 год). В библиотеке libpq по умолчанию продолжает использоваться версия 3.0.

исправить +41 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/63877-postgresql

Ключевые слова: postgresql

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (204)

1.1, Аноним (1), 16:35, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вообще круто, из университетского проекта так раскрутиться: https://en.wikipedia.org/wiki/PostgreSQL

2.27, Аноним (27), 19:15, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Как думаешь, уже можно на нее с Ingres SQL переходить?

2.83, Аноним (83), 05:48, 26/09/2025 [^] [^^] [^^^] [ответить]	–16 +/–
по ссылке чушь какая-то написана российская ж разработка

3.109, Re4son (ok), 09:14, 26/09/2025 [^] [^^] [^^^] [ответить]	+9 +/–
В России есть компания, которая участвует в разработке PG, причем вклад весьма не маленький, насколько знаю (хотя и вряд ли радикально большой), но это точно не российская разработка.

3.183, Аноним (183), 07:49, 27/09/2025 [^] [^^] [^^^] [ответить]	+3 +/–
can't tell trolling or just stupid Сигаев и Бартунов многое сделали для Постгреса, причем ещё начиная с 90х, когда они были студентами МГУ и им понадобилось эффективно работать с разреженными астрономическими данными: hstore, GIN/GiST, tsvector/tsquery, позже JSONB. Но всё это в классическом духе международного опенсорса - присоединились к открытой разработке проекта, зародившегося в Беркли под руководством профессора Стоунбрейкера. Бартунов более известен в сообществе, потому что у него с английским хорошо и язык подвешен, но по коду основной вклад Сигаева.

1.2, Аноним (2), 16:37, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>io_uring (io_method=io_uring), поддерживаемый начиная с ядра Linux 5.1 Только он там разваливался, и починили это только к 5.4

2.7, Аноним (7), 17:10, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Думаю, ещё лет 10 стоит подождать, прежде чем использовать io_uring. Но то, что сабж подтянули до уровня конкурентов, не может не радовать, конечно. Ещё бы он так не распухал.

3.222, edo (ok), 00:56, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
почему это? уже достаточно много проектов используют, проблем со стабильностью не замечается. другое дело, что появился новый класс эксплойтов, дыры в io_uring периодически чинят. но если вы не запускаете на сервере недоверенный код (а на сервере бд обычно не запускают), то вас это и не касается

3.238, nrv (ok), 17:51, 02/10/2025 [^] [^^] [^^^] [ответить]

+/–

..насчет подтянули до уровня конкурентов
каждый раз, читая новости про PG, что-нибудь находишь такое - а оно же в MSSQL всегда было!

В данной новости это - прошлых (OLD) и текущих (CURRENT) в returning (в mssql output, deleted. и inserted.)

а до сих пор нет PIVOT, только через какое-то расширение. Имхо, это вообще базовая возможность SQL.
прямо сейчас переводим какую-то е****нину на динамическом SQL с PIVOT с MSSQL на PG
и ничего хорошего в этом нет

1.4, Сербский (?), 16:55, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+12 +/–
PostgreSQL - бд как швецарский нож, шикрано подходит для большинства современных задач. Мало современных software продуктов которые с каждым релизом становяться только лучше. Второй такой пожалуй только Java, кстати 25я вышла тоже в этом месяце, что вдвойне приятней.

2.5, Аноним (7), 17:00, 25/09/2025 [^] [^^] [^^^] [ответить]	+3 +/–
Ну, не больше, чем sqlite, на самом деле. А, всё, увидел про java.

3.19, Сербский (?), 18:24, 25/09/2025 [^] [^^] [^^^] [ответить]

–3 +/–

>Ну, не больше, чем sqlite

Ага, только без geospacial, timeseries и векторов, fulltext search и типов данных а ля jsonb убившие монгу )
кластера там всякие, репликации вообще зло ))

>вcё, увидел про java

увидел - беги учи, сразу после того как про базы почитаешь.

4.159, Аноним (159), 15:24, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Так sqLITE же, а не sqlEVERYTHING

5.170, Admino (ok), 20:52, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Поэтому sqlite и не швейцарский нож, а просто складной нож.

6.199, голос_из_леса (ok), 23:14, 28/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
... который подходит для 95% задач. Для остального есть Оракле & МS SQL Server. ))

2.6, Аноним (1), 17:05, 25/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
https://opennet.ru/62511-database

3.24, Сербский (?), 18:40, 25/09/2025 [^] [^^] [^^^] [ответить]

+18 +/–

почитай как этот рейтинг строиться, так можно подумать что python лучший язык на свете, по тому, что его детям легче преподавать преподавателям в школе (типизации нет, многопоточности нет, управления памяти нет, облостей видимости нет и ОПА... благодаря этой педагогической простоте, Python взлетает в рейтингах как будто это вершина инженерной мысли. Не язык, а мечта — ни тебе указателей, ни тебе строгой типизации, ни тебе боли от сегфолтов. Всё как в сказке: написал print("Hello, world") — и ты уже программист.

А потом эти же рейтинги начинают использовать в корпорациях как аргумент: "Python — самый популярный, значит, самый лучший". Ну да, конечно. По этой логике, TikTok — вершина культурного развития, а доширак — гастрономический шедевр.

И ведь удобно: не надо объяснять студентам, что такое const, volatile, RAII, или почему malloc — это не игрушка. Просто покажи for i in range(10):, и все счастливы. А если что-то не работает — ну, это же интерпретатор, он сам разберётся. Или не разберётся.

Так и живём: язык, придуманный для автоматизации мелких задач, теперь преподают как основу программирования. А потом удивляемся, почему выпускники не знают, что такое стек вызовов, или зачем нужны mutex'ы, и думают что NoSQL- это такая база данных )

4.32, Аноним (32), 19:36, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Так питон хорош в своей нише - писать скриптики, управляющие и не только, проблема что он вдруг хайпанул и его используют в хайлоаде даже, это не проблема языка самого по себе. Я люто хохтнул когда увидел питон в вакансии на хайлоад инжинера одной крупной компании. Это кринж. Вот встроить питон куда нибудь, чтобы просто и легко под капотом конфигурить аппу - это норм, а вот писать на нем стэналон приложение, которое что-то там люто вычисляет на процессоре - не норм.

5.47, Аноним (47), 21:11, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL

6.108, yilativs (?), 09:09, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

>Внезапно, если не уходить от топика, питон это язык номер 2 для хранимых процедур после PL/pgSQL

кто будет использовать plpython если он unsafe?!
ты всем разрабам superuser от пользователя выдаш?

дефакто все используют PL/pgSQL - а все остальное это статистические девиации

5.172, BrainFucker (ok), 21:20, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
> и его используют в хайлоаде даже Так хайлоад небось из-за питона.

4.72, Заноним (?), 02:24, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Про Джоули забыл упомянуть, которыми эта питонофилия обеспечивается.

4.84, IMBird (ok), 06:54, 26/09/2025 [^] [^^] [^^^] [ответить]	+3 +/–
Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными освоить любые среду и язык, а учащие питон пригодны только в качестве девопсов и иных вариаций battleslave.

5.166, Заноним (?), 18:03, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

> Учившие паскаль становились серьёзными специалистами и годными разработчиками, способными
> освоить любые среду и язык, а учащие питон пригодны только в
> качестве девопсов и иных вариаций battleslave.

В качестве devops'ов маловероятно, там компетенций в python'е не достаточно, ни разу.

3.60, Вася (??), 22:53, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
const и volatile — костыли из C, а не вершина просветления. RAII - парадигма, есть даже в Python (context managers), просто с GC она не так нужна. Так что твои страдания — не про язык, а про то, что тебе CS не объяснили. Перестань быть школоло, почитай про парадигмы и архитектуры — поймёшь, что язык тут ни при чём. PS Строгая типизация в C? скажи ещё, что void* - это тип безопасности. В C компилятор половину приведений молча проглотит, а UB потом прилетит в рантайме. В Python, кстати, с 3.11 mypy и pydantic гоняют типы строже, чем твой си - только без сегфолтов.

2.16, Аноним (16), 17:59, 25/09/2025 [^] [^^] [^^^] [ответить]	–4 +/–
Java стоит на месте

3.21, Сербский (?), 18:28, 25/09/2025 [^] [^^] [^^^] [ответить]	+2 +/–
>Java стоит на месте На месте языка с хорошей обратной совместимостью, стройной моделью типов, отличной производительностью на котором написаны почти все современные big data решения: Kafka, Cassandra, Hadoop, DynamoDb, Kinesis и фремворки для работы с ними Spark, Flink Лучшие IDE Idea, Eclipse Про jira, confluence, jenkins и миллионы мобильных приложений вообще молчу Хорошо так стоит, даже не знаю, есть ли язык который близко бы встать смог

4.33, Аноним (32), 19:40, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну, вот кстати респект джаве, даже за факт того что возраст приближается к сишке, а джава по прежнему актуальная и развивается. Куда там расту и прочим, пусть все эти современные язычки просуществуют хоть столько же, сколько уже сейчас существует джава, хотя бы.

4.48, SubGun (ok), 21:13, 25/09/2025 [^] [^^] [^^^] [ответить]	–4 +/–
Это ты про то, что разработчики Java только к 7 версии поняли, что через switch-case можно string гонять?

4.50, Аноним (47), 21:16, 25/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру. Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.

5.99, yilativs (?), 08:08, 26/09/2025 [^] [^^] [^^^] [ответить]

–1 +/–

>Ну справедливости ради все эти биг-дата решения самые мощные не потому что джава быстрый язык, а потому что в этих продукта реализовано грамотное масштабирование и можно сервис раскидать на тысячи машин по всему миру.

Эти решения быстрые по тому что java машина позволяет грамотным разработчикам создавать достаточно производительный хорошо масштабируемые системы.

>Если ты напрмер разработчик, то вместо того чтобы ставить кафку для опытов, гораздо лучше поставить redpanda и получить x10 быстродействие на отдельно взятой своей машине.

Если ты разработчик, то ставить не нужно - используй test containers того, что на проекте

6.155, Заноним (?), 14:31, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Миф Все проблемы низкой производительности сотфра реализованого на jvm закрываю... большой текст свёрнут, показать

4.71, Заноним (?), 02:04, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Всё перечисленное - тормозной мусор. И протащившие всё это корпорастсы те ещё вредители.

5.98, Аноним (98), 08:05, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
У меня сообщения прилетают в кафке за 5ms! Какой нафиг тормазнутый?

6.110, Tron is Whistling (?), 09:26, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
То есть всего 100 раундтрипов в секунду? Понятно, что за раундтрип можно слона послать, но что делать, если надо больше?

6.111, Tron is Whistling (?), 09:28, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Или допустим представь себе цепочку из 10-12 воркеров... 10-12 хопов туда, 10-12 хопов назад - это 20-24 хопа или в твоём случае 100-120мс... Круть? Круть...

6.149, Заноним (?), 14:12, 26/09/2025 [^] [^^] [^^^] [ответить]

+2 +/–

> У меня сообщения прилетают в кафке за 5ms! Какой нафиг тормазнутый?

Ещё какой тормазнутый, твои 5ms без fsync - просто медленное, жрущее за зря память недоразумение.

4.87, User (??), 07:33, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" - так и более чем "вполне" - тот же groovy - вполне себе "python done right") - но вот насчет "стройной системы типов" шутка смешная вышла.

5.152, Заноним (?), 14:21, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Не, мне вообще-то java вполне себе нравится (А как "экосистема JVM*" - > так и более чем "вполне" - тот же groovy - вполне > себе "python done right") - но вот насчет "стройной системы типов" > шутка смешная вышла. Про "экосистему" расскажи сисадминам, которые вынуждены с 10-ток разных старых и новых версий jvm держать и оскрипчивать их из-за всяких умников, которые запихали в bmc серверов жавааплеты для доступа к консолям. Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже разных вендоров и версий, распиханными по контейнерам.

6.167, User (??), 18:41, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
А вот если бы они их делали на сервелате или вот флеше Уууух Открою секрет - и... большой текст свёрнут, показать

7.168, Заноним (?), 19:50, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Как выпилили весь флеш и сервелат, так и жвм туда дорога Благо, поумнели и на с... большой текст свёрнут, показать

8.169, User (??), 20:27, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Охтыж То есть не жава плохая - а все соответствующие ... большой текст свёрнут, показать

9.171, Заноним (?), 20:58, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Я не говорил о java, он как язык программирования имеет ... большой текст свёрнут, показать

10.174, User (??), 21:40, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Ну а вот llvm - нужно, или те же иайцы, вид в профиль... большой текст свёрнут, показать

11.180, Заноним (?), 03:45, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Ты когда для себя раскроешь, что такое llvm, осознаешь,... большой текст свёрнут, показать

6.187, Аноним (187), 20:16, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже разных вендоров и версий, распиханными по контейнерам. Ну так а зачем вы эникеев девопсами назначили? У моих почему-то вышло разобраться и как HPA настроить, и как выключать неиспользуемые серверы, и успевать включать их обратно при росте нагрузки на прод до того, как будет поздно. Попробуйте нанимать специалистов, которые разбираются в вопросе лучше чем вы.

7.198, Заноним (?), 22:57, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
>> Или devops'ам, которые в тихом а..уе от замеров расхода ОЗУ на серверах выделяемых и не используемых сотнями и тысячами поделиям на jvm, тоже разных вендоров и версий, распиханными по контейнерам. > Ну так а зачем вы эникеев девопсами назначили? У моих почему-то вышло > разобраться и как HPA настроить, и как выключать неиспользуемые серверы, и > успевать включать их обратно при росте нагрузки на прод до того, > как будет поздно. Попробуйте нанимать специалистов, которые разбираются в вопросе лучше > чем вы. Со своими глупыми оценочными суждениями лучше разбирайтесь, т.к. явно не понимаете сути проблемы о блоках памяти выделенных jvm приложениями.

4.107, жявамэн (ok), 09:05, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
ты забыл самое главное - люцент и еластик который поверх него работает это используется ну абсолютно везде

5.164, Заноним (?), 17:55, 26/09/2025 [^] [^^] [^^^] [ответить]

+1 +/–

> ты забыл самое главное - люцент и еластик который поверх него работает

и тормозят

> это используется ну абсолютно везде

нет

4.118, Caban (?), 10:29, 26/09/2025 Скрыто ботом-модератором [к модератору]	+1 +/–

3.91, жявамэн (ok), 07:56, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
на 1 месте для написание хайлоад многопоточного энторпрайз кода да все так на втором шарп

3.173, BrainFucker (ok), 21:25, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Да, со времён j2me ничего удивительного не было уже.

2.70, Заноним (?), 02:01, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
java это язык программирования. А jvm это нИнужная нИнужность, от которой больше вреда чем пользы.

2.78, Аноним (78), 05:05, 26/09/2025 [^] [^^] [^^^] [ответить]	–5 +/–
Ну ты сравнил, увиверсальную активно развивающуюся СУБД с кучей фичей, вылизанную для производительности, и устаревший ынтерпрайзный язык с кошмарным синтаксисом, никаким тулингом, без библиотеки модулей, без нормального GUI, с неэффективнейшим GC - можно перечислять бесконечно почему он не подходит ни для чего вообще.

3.126, Линус Торвальдс (?), 11:25, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
А какой язык модный и молодежный, со всеми этими фичами?

....большая нить свёрнута, показать (45)

1.8, Аноним (8), 17:13, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
>Релиз СУБД PostgreSQL 18 Вот бы ещё 1С, в порядке заботы о национальной безопасности, добавила бы бескостыльную поддержку постгреса на уровне вражеских БД.

2.9, Аноним (1), 17:18, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
>поддержку постгреса https://www.opennet.dev/opennews/art.shtml?num=59517

3.13, Кошкажена (?), 17:44, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Пфф. Посгрес про как бы реестре.

4.14, User (??), 17:45, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Какой из? Их там много)

5.53, Анониматор (?), 21:30, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Платный энтерпрайз конечно лучше. Но есть отдельная и бесплатная PostgresPro-1C, он в репе которую легко прикрутить с топовым дистрибутивам как буржуйским так и нашим.

4.17, Аноним (1), 18:02, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Да вы что...

2.10, Голдер и Рита (?), 17:35, 25/09/2025 Скрыто ботом-модератором [к модератору]	+/–

2.11, Аноним (8), 17:40, 25/09/2025 [^] [^^] [^^^] [ответить]	+3 +/–
>Хочешь дружбы — будь другом. (с) С некоторыми, дружить слишком дорого.

2.12, Кошкажена (?), 17:43, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Первые 2 ссылки в поиске вроде говорят о том, что все есть? https://1c.postgres.ru/ https://postgrespro.com/docs/postgrespro/16/config-one-c

3.15, User (??), 17:47, 25/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
Э. Там вроде кривые самопильные патчи, скомпонованные в отдельный "дистрибутив". В мейнлайне их нема

4.37, Кошкажена (?), 19:54, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
postgrespro - кривые самопильные патчи?

5.40, Аноним (1), 20:09, 25/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
>Лицензия СУБД Postgres Pro Enterprise для 1C на 1 ядро x86-64, обновления 1 месяц >108939 рублей https://postgrespro.ru/products/postgrespro/enterprise-1c

5.42, User (??), 20:10, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Не. Тот postgres что от 1с

6.44, AleksK (ok), 20:20, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Он бесплатен

7.89, User (??), 07:53, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
И? Как это соотносится с "кривыми самопальными патчами" упакованными в отдельный дистрибутив? Претензия была в том, что 1c с postgres НЕ РАБОТАЕТ - а работает вот с "postgres4OdinASS", которая "этадругое!". И если почему эту коллекцию не добавляют в mainline - понятно, то что мешает её успешно импортозаместить(ТМ) в основном продукте - вызвает вопросики.

8.122, пох. (?), 10:52, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Сто раз жевали уже кривой самопальный весьма относительно кривой - просто пр... текст свёрнут, показать

2.34, ptr (ok), 19:43, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
С одной стороны, PostgreSQL имеет архитектурные ограничения из-за MVCC/VACUUM и отсутствия tempdb. С другой стороны, 1C активно использует UPDATE и временные таблицы, что при этих архитектурных ограничениях неэффективно. Поэтому "бескостыльная поддержка постгреса на уровне вражеских БД", которые имеют undo-буфер и tempdb, невозможна без значительных изменениях в стандартных конфигурациях 1C или еще более значительных изменениях архитектуры PostgreSQL.

2.41, AleksK (ok), 20:10, 25/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
У меня сервера 1С с 13 года работают на Linux + Postgres. В чем проблема?

3.45, ptr (ok), 20:47, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
> У меня сервера 1С с 13 года работают на Linux + Postgres. > В чем проблема? Я выше указал две проблемы. Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE. Во-вторых, отсутствие tempdb и неумение стандартных конфигураций 1С воспользоваться pg_variables или нежурналируемыми таблицами.

4.65, AleksK (ok), 23:26, 25/09/2025 [^] [^^] [^^^] [ответить]

+/–

> Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE.

И? В чем тут проблема? Это особенность работы бизнеслогики. Когда много пользователей активно пишут в одни и теже таблицы, без управляемых блокировок не обойтись.

> Во-вторых, отсутствие tempdb и неумение стандартных конфигураций 1С воспользоваться pg_variables или нежурналируемыми таблицами.

В 1С есть ещё очень много странного и спорного. Ты например, в курсе что таблицы значений, в отличии от дркгих коллекций, движок 1С располагает не в памяти, а на диске в папке с временными файлами и при каждом чтении из тз или записи в тз он обращается к диску, поэтому их не рекомендуют использовать без крайней необходимости. Хотя на это есть свои причины.

5.67, ptr (ok), 23:50, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
>> Во-первых, нагрузка на VACUUM из-за реализации MVCC в PostgreSQL и активном использовании UPDATE. > И? В чем тут проблема? Это особенность работы бизнеслогики. Когда много пользователей > активно пишут в одни и теже таблицы, без управляемых блокировок не > обойтись. При чем тут управляемые блокировки и бизнес-логика? При помощи частичных индексов вполне можно избегать UPDATE, выполняя очистку старых версий периодическими заданиями в периоды низкой загрузки БД, а не средствами AUTOVACUUM. А undo-буфер вполне эффективно решает проблему активного использование UPDATE.

6.113, AleksK (ok), 09:49, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Когда использовать частичные индексы? > Если вы часто запрашиваете только часть данных по определённому условию. > Если таблица большая, а индексировать все строки неэффективно. > Если условие фильтрации стабильно и не меняется часто. Ни один из этих случаев не подходит к 1С.

7.115, ptr (ok), 09:58, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Ни один из этих случаев не подходит к 1С. Замечательно подходит, если все версии записей в таблице, кроме последних, нужны только в целях аудиторского следа и периодическим заданием переносятся в архив.

8.120, AleksK (ok), 10:50, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Причём тут вообще версии записей ... текст свёрнут, показать

9.124, ptr (ok), 11:09, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
При том что такой подход позволяет избежать проблем, возникающих при модификации... текст свёрнут, показать

10.129, AleksK (ok), 11:50, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
А с чего ты решил что там часто происходит модификация записей Основное там это... текст свёрнут, показать

11.131, ptr (ok), 12:12, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Я не решил, я вижу профиль нагрузки и то, как там шурует VACUUM после UPDATE В ... текст свёрнут, показать

12.135, AleksK (ok), 12:24, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Так он и шурует потому что при перепровденеии документа, у тебя все его записи в... текст свёрнут, показать

13.138, ptr (ok), 12:29, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
MVCC в PostgreSQL именно так и устроено Так как нет UNDO-буфера, то старые мод... текст свёрнут, показать

14.142, AleksK (ok), 13:09, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
У записи регистра в может только два состояния или она действующая или помечена ... текст свёрнут, показать

15.143, ptr (ok), 13:19, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
ДЛЯ AUTOVACUUM Вот поэтому намного лучше зачищать эти записи не AUTOVACUUM в пер... текст свёрнут, показать

16.145, AleksK (ok), 13:38, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ты мне все пытаешься доказать что 1С МОДИФИЦИРУЕТ записи регистров А я тебе гов... большой текст свёрнут, показать

17.147, ptr (ok), 13:47, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
С точки зрения реализации MVCC в PostgreSQL это ОДНО И ТО ЖЕ А вот как раз этог... большой текст свёрнут, показать

18.151, AleksK (ok), 14:18, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Нет, не одно и то же 1С не позволяет двум пользователям одновременно редактиров... большой текст свёрнут, показать

19.154, ptr (ok), 14:25, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Проверьте сами INSERT и DELETE записи в одной транзации и UPDATE Будете сильно ... большой текст свёрнут, показать

20.156, AleksK (ok), 15:10, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Измененный документ вообще не факт что будет писать в регистр в котором были его... текст свёрнут, показать

21.161, ptr (ok), 15:49, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Сожалею, что Вы не способным мыслить иными категориями, чем сейчас заложено в 1С... текст свёрнут, показать

22.162, AleksK (ok), 16:10, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Если в 1С все делать правильно, а писать согласно методическим рекомендациям, то... большой текст свёрнут, показать

23.163, ptr (ok), 16:44, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
При чем тут это Для пользователя подход неизменности документов может быт вообщ... большой текст свёрнут, показать

24.190, AleksK (ok), 23:12, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
Запретить менять документы можно и в 1С Технически это не проблема А вот для п... текст свёрнут, показать

25.194, ptr (ok), 13:29, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
А Вы читайте иногда, на что отвечаете Совсем другой вопрос, что если в SAP или ... большой текст свёрнут, показать

26.197, AleksK (ok), 22:51, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
Напомню 1С Предприятие это платформа на которой работают самые разные конфигурац... большой текст свёрнут, показать

27.200, ptr (ok), 23:46, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
Прочитайте, что я написал Если бы Как раз наоборот, в подавляющем большинстве ... большой текст свёрнут, показать

28.201, AleksK (ok), 00:17, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ты опять путаешься в своих показаниях Подавляющее большинство фирм, это как раз... текст свёрнут, показать

29.202, ptr (ok), 00:47, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Процитируйте И ему не нужно никому объяснять, почему вчера в отчете этот показа... большой текст свёрнут, показать

30.203, AleksK (ok), 00:53, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Два тут всю ветку цитировать Я тебе в сотый раз говорю 1С не использует предыду... текст свёрнут, показать

31.204, ptr (ok), 01:44, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
А я уже в сотый раз говорю, что не платформа 1С, а некоторые конфигурации 1С, в ... большой текст свёрнут, показать

32.206, AleksK (ok), 10:49, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Конфигурации никак не могут повлиять на то как данные пишутся Запросы в 1С могу... большой текст свёрнут, показать

33.212, ptr (ok), 14:11, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
А ребята то не знали и сплошь и рядом модифицируют БД через кастомные таблицы ре... текст свёрнут, показать

34.213, AleksK (ok), 14:37, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ты хотябы представляешь что такое план обмена Грубо говоря это механизм который... большой текст свёрнут, показать

35.214, ptr (ok), 16:42, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Естественно План обмена позволяет вести в SQL БД любые кастомные таблицы как ду... большой текст свёрнут, показать

36.215, AleksK (ok), 17:33, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Бред Если тебе это сказали твои друзья 1С-ники, то они мягко говоря не понимают... текст свёрнут, показать

37.216, ptr (ok), 18:08, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Уже радует, что Вам приходится в технической дискуссии прибегать к эмоциональным... большой текст свёрнут, показать

38.219, AleksK (ok), 19:11, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Когда в технической дискуссии несут бред, я это так и называю Ну ты же сможешь ... большой текст свёрнут, показать

39.221, ptr (ok), 23:46, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну раз настаиваете, то мне остается только принять Ваше поражение в дискуссии М... текст свёрнут, показать

40.233, AleksK (ok), 09:44, 30/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Слился, специалист Вместо того что бы показать код, жалуемся на оскорбления ... текст свёрнут, показать

5.102, BeLord (ok), 08:23, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Что является диском, а что является памятью это вопрос, как ты сервак настроишь-)) Так, что никто не мешает временные файлы отправить в память, точно также, как интересующие тебя каталоги, а софт будет считать, что он данные с диска читает/пишет-)

6.121, AleksK (ok), 10:52, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Что является диском, а что является памятью это вопрос, как ты сервак > настроишь-)) Так, что никто не мешает временные файлы отправить в память, > точно также, как интересующие тебя каталоги, а софт будет считать, что > он данные с диска читает/пишет-) В определенных случаях у тебя есть вероятность того что память закончится и сервак придется перезапускать. Они не просто так тз засунули на диск.

4.66, Аноним (8), 23:42, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Вот по какой то причине, когда возникает вопрос работоспособности 1C на Postgres... большой текст свёрнут, показать

5.68, ptr (ok), 23:53, 25/09/2025 [^] [^^] [^^^] [ответить]

+/–

> 1С 20 лет не может написать драйвер для работы с Postgres!

Потому что проблема не в драйвере, а в коде стандартных конфигураций. Не сложно написать кастомный код, который будет работать с PostgreSQL эффективно. Сложно переписать уже имеющиеся конфигурации.

6.97, Аноним (8), 08:02, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

>Потому что проблема не в драйвере, а в коде стандартных конфигураций.

Я думаю, что за 20 лет можно было переписать все с 0 несколько раз.
Более того, это практически было сделано 77->80->81->82->83. Да, это платформы, но конфигурации при переходи с 77 тоже требовали конвертации. При этом в плане поддержки постгреса было сделано только прекращение публикации оффицальных патчей!

Видимо Микрософт просто каждый год поздравляет руководство 1С с днем рождения :)

7.117, ptr (ok), 10:10, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

> Я думаю, что за 20 лет можно было переписать все с 0

Еще три года назад MS SQL был сертифицирован ФСТЭК и особой нужды всё переписывать не было.

А так как такое переписывание, по сути, обозначает отказ от регистров в их текущем виде, то переписывать действительно надо всё.

7.185, Аноним (185), 13:44, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
Где это было прекращена публикация патча? Зашел на https://releases.1c.ru/total и вот он, родимый, в общей куче с исходниками и криво собранными пакетами.

5.92, User (??), 07:56, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Да-да, и вот окромя 1с - никого в индустрии vacuum не напрягает, да? Тут, пардону прошу, оба-два хороши (Но 1с, кнешн сильно "лучше")

6.192, Олег (??), 02:36, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
Более того в том или ином виде vacuum есть и в MS SQL и в MY SQL

3.132, User (??), 12:15, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> У меня сервера 1С с 13 года работают на Linux + Postgres. > В чем проблема? Ну, предполагаю в том, что вообще без бэдэ - файликами на диске - работало бы быстрее ).

4.136, AleksK (ok), 12:27, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Нет, без внешней БД, будет использоваться внутренняя, а она, особенно при работе по сети, будет работать очень медленно. Ты времена 7.7 забудь сейчас 1С даже близко не похожа на то что было тогда.

5.139, User (??), 12:29, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Нет, без внешней БД, будет использоваться внутренняя, а она, особенно при работе > по сети, будет работать очень медленно. Ты времена 7.7 забудь сейчас > 1С даже близко не похожа на то что было тогда. Так подключись через RDP и летай - двум иванам хватит.

6.141, AleksK (ok), 13:05, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

> Так подключись через RDP и летай - двум иванам хватит.

Ты до сих пор живёшь во времена 7.7? В файловом варианте для каждого клиента подключённого к базе эмулируется вся трехзвенка. Это медленно, имеете много накладных расходов, и черевато блокировками при активной работе.

7.144, User (??), 13:28, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
>> Так подключись через RDP и летай - двум иванам хватит. > Ты до сих пор живёшь во времена 7.7? В файловом варианте для > каждого клиента подключённого к базе эмулируется вся трехзвенка. Это медленно, имеете > много накладных расходов, и черевато блокировками при активной работе. Если в 13м году у тебя 1с работала на linux с postgres - с тем же успехом она могла (не) работать и в файловом варианте - только немножко быстрее ).

8.146, AleksK (ok), 13:44, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Нет 8 3 вышла в 12 году, Бухгалтерия 3 0 на управляемых формах в 13 году Конфи... текст свёрнут, показать

2.51, Анониматор (?), 21:25, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
Это было бы возможно только при отказе от MSSQL и Оракла, ибо движок для работы с субд в нём максимально унифицированный. Но как я посмел такое подумать, если даже в самых свежих конфигурациях от 1С все еще есть функционал "скачать видео с youtube" ))

....большая нить свёрнута, показать (71)

1.18, Аноним (18), 18:15, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Чего не хватает Постгресу, чтобы победить оракл? Ну кроме тех поддержки, конечно.

2.22, Анонимус75467 (?), 18:30, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Multimaster

3.25, Аноним (25), 18:42, 25/09/2025 [^] [^^] [^^^] [ответить]	+6 +/–
Неинклюзивно ты говоришь, дядя Фёдор. Надо Multimain или Multiprimary.

4.49, SubGun (ok), 21:14, 25/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
Тонко)

3.43, Аноним (18), 20:13, 25/09/2025 Скрыто ботом-модератором [к модератору]	+1 +/–

3.94, User (??), 07:58, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну вот сделали его в postgres pro - как, много ораклов напоебдяли?

3.105, leap42 (ok), 08:43, 26/09/2025 [^] [^^] [^^^] [ответить]	+2 +/–
И какой именно? Синхронный, который гарантированно тормозит или асинхронный, который гарантированно, хоть и не сразу потеряет консистентность через конфликты?

2.23, Аноним (25), 18:34, 25/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
> Чего не хватает Мозгов не хватает программистам, чтобы просто взять и начать использовать.

2.36, ptr (ok), 19:52, 25/09/2025 [^] [^^] [^^^] [ответить]	+3 +/–
На мой взгляд, не хватает только альтернативного, на выбор разработчика, движка хранения с undo-буфером и поддержки tempdb, чтобы DDL операции с временными таблицами не затрагивали information schema постоянных объектов БД. Остальное так или иначе решаемо, хоть и требует больше усилий при оптимизации запросов или реализации multimaster, чем в Oracle.

3.95, User (??), 08:00, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну, мне вот без пакетов ораклевых печальненько было поначалу. На кривой козе объезжать научился - но то прям такое.

4.114, ptr (ok), 09:53, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Ну, мне вот без пакетов ораклевых печальненько было поначалу. На кривой козе > объезжать научился - но то прям такое. Это именно то, что хотя и несколько увеличивает нагрузку на разработчика, но имеет варианты решений. Кто-то расширениями от PostgesPro пользуется, кто-то реализует пакеты на схемах. В любом случае, это не то, что действительно мешает переходу с Oracle на PostgreSQL.

2.59, Аноним (59), 22:41, 25/09/2025 Скрыто ботом-модератором [к модератору]	–3 +/–

3.134, User (??), 12:20, 26/09/2025 Скрыто ботом-модератором [к модератору]	+/–

2.86, Чтото знающий (?), 07:27, 26/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Direct IO, flasback database, data compression, encryption on the fly (здесь не уверен, надо проверять), undo tablespace, temp tablespace, real application cluster, autonomous transactions (обходится костылями), вменяемый экспорт/импорт (с возможностью на лету менять пользователей, исключать определённые объекты и т. д.), возможность синхронизации отставшей standby базы данных без файлов журнала регистрации транзакций, и много чего другого, что на ходу не вспомню. В общем, если у вас серьёзный бизнес и при этом в штате есть системные программисты - можно обойтись Postgres SQL, если системных программистов нет - Oracle СУБД на порядок удобней для энтерпрайз решений.

3.90, Аноним (185), 07:56, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Вы накидали от балды все, что попалось под руку из поисковика, даже не посмотрев что есьт, и чего нет в PG. Ну и да, без рукоположенного авторизированными сектантами DBA и без регулярного заноса десятины в центральную церковь вы на все перечисленные вкусности Oracle можете только слюни пускать, будь вы хоть пятижды Ынтерпрайз.

4.101, User (??), 08:18, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной? Patroni, stolon, pacemaker+corosync, pgaf, biha? А что и как к этой "референсной" прикручивать для реализации резервного копирования так, чтобы для восстановления одной базы рядом отдельный сервак не поднимать? Нет, pg_dump - не предлагать, он вообще никоим образом не "backup". А уж maintenance нагруженной базы в этом кластере - прям отдельное удовольствие. Тут бы и "рукоположился", и даже может быть десятину занес - да особо некуда.

5.128, ptr (ok), 11:50, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной? Нет там референсной реализации. В зависимости от задач либо выбираешь наиболее подходящую, либо вообще делаешь свою. В отличии от Oracle или MS SQL нет тут единой инфраструктуры от поставщика. Собирай сам, из того, что больше подходит. Может Вам больше Patroni подойдет. А может быть нужен Greenplum или YDB

6.130, User (??), 12:10, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
>> Ну ок. Серьёзная, ЭНТЕРПНАЙЗНАЯ db. Какую из реализаций кластера можно считать референсной? > Нет там референсной реализации. В зависимости от задач либо выбираешь наиболее подходящую, > либо вообще делаешь свою. > В отличии от Oracle или MS SQL нет тут единой инфраструктуры от > поставщика. Собирай сам, из того, что больше подходит. Может Вам больше > Patroni подойдет. А может быть нужен Greenplum или YDB Так я именно что про это. "Вот вам Самый ЛуДший В Мире Кардан, каку хотите машину вокруг него сами собирайте - а про "ехать" у нас с вами разговора вообще не было"(ТМ). В этом плане postgres pro - у которого эта самая "референсная" с "единой инфрой от поставщика" в виде biha + pg_probackup - вполне даже и неплохо смотрится.

7.133, ptr (ok), 12:15, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> В этом плане postgres pro - у которого эта самая "референсная" с > "единой инфрой от поставщика" в виде biha + pg_probackup - вполне > даже и неплохо смотрится. Так про то и речь, что сам ванильный PostgreSQL - это только СУБД, а вовсе не вся инфраструктура. Хотите инфраструктуру "из коробки" - используйте PostgresPRO, YDB, EDB, Greenplum и т.п. Вот там будут референсные решения от конкретного поставщика. Но при этом они будут сделаны всё равно на базе ванильного PostgreSQL и этого не отнять. Иными словами, в отличии от MS SQL и Oracle у Вас есть выбор решения для инфраструктуры. А уже когда это хорошо, а когда это плохо - вопрос отдельный. Как по мне, выбор всегда лучше, чем его отсутствие.

8.137, User (??), 12:27, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Ну это в общем-то и есть ответ на вопрос Чего не хватае... текст свёрнут, показать

9.140, ptr (ok), 12:34, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Как видим, кроме того, что я указал выше - всё хватает, да еще и дополнительно е... текст свёрнут, показать

10.210, Аноним (210), 12:55, 29/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Панимашь ли, если в аналогию, то Postgres и Linux - это железная рама, к которой... текст свёрнут, показать

11.211, ptr (ok), 13:18, 29/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
Вот только по факту Windows видим в основном на десктопах, иногда на серверах и ... текст свёрнут, показать

12.217, Аноним (210), 18:55, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну да, ну да, PostgreSQL супротив Oracle DB Белаз только в твоих влажных мечта... текст свёрнут, показать

13.220, ptr (ok), 23:42, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
При чем тут Oracle, если его никто в здравом уме под Windows ставить не будет А... текст свёрнут, показать

10.230, User (??), 08:16, 30/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
Резюмирую - ответ не хватает примерно ВСЕГО , а вот вопрос чего не хватает ... текст свёрнут, показать

11.231, ptr (ok), 09:15, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
Всё субъективно Для меня отсутствие undo-буфер и tempdb - это два пункта Вы эт... текст свёрнут, показать

12.234, User (??), 10:29, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну, мне как техническому заказчику СУБД per se нужна примерно низачем - мне ... текст свёрнут, показать

13.235, ptr (ok), 11:23, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну тогда непонятно, что Вы вообще делаете на opennet Бесплатные open source про... текст свёрнут, показать

14.236, User (??), 14:08, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
И вот все у вас так С ... текст свёрнут, показать

5.223, edo (ok), 00:59, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
> Нет, pg_dump - не предлагать а pg_basebackup?

6.229, User (??), 08:10, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
>> Нет, pg_dump - не предлагать > а pg_basebackup? А как он тебе в решении вот _этой_ проблемы поможет? Вот pg_probackup таки да, умеет include\exclude DB из бэкапа и даже incremental restore - но работает оно мнэээ... не совсем так, как вы, скорее всего, думаете - и от необходимости поднимать отдельный сервак, ресторить туда, потом переносить в целевой кластер с помощью pg_dump - не избавляет. SLA всей процедуры в общем случае - весьма и весьма печальный.

6.232, ptr (ok), 09:17, 30/09/2025 [^] [^^] [^^^] [ответить]

+/–

>> Нет, pg_dump - не предлагать
> а pg_basebackup?

Ну тогда уже всё же WAL-G.

4.207, Аноним (210), 11:24, 29/09/2025 [^] [^^] [^^^] [ответить]	+/–
Вопрос - Postgresql 18 (2025 г) уже достиг уровня производительности, удобства использования Oracle 9i (2001 г) или еще нет или это вообще фантастика?

2.196, Аноним (183), 19:27, 28/09/2025 Скрыто ботом-модератором [к модератору]	+/–

2.237, AName (?), 11:42, 02/10/2025 [^] [^^] [^^^] [ответить]	+/–
Эффективности оптимизатора запросов Оракла (это самое печальное). Но для такой куцей и разношёрстной команды разработки это недостижимо в принципе. А так, в общем-то, всего: нормальной системы рез. копирования, нормальной мультиарендности, ну а про рэк, авр и адвизоры просто промолчу.

....большая нить свёрнута, показать (35)

1.30, Аноним (30), 19:20, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	–4 +/–
А когда будит наш, отечественный аналог?

2.38, ptr (ok), 19:55, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
https://postgrespro.ru/products

3.39, Аноним (1), 20:05, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
https://postgrespro.ru/products/postgrespro/standard >169570 ₽ублей

4.62, Олег (??), 23:20, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
за 1 ядро + поддержка а еще если кластера то 350т чтоли за ядро в общем жесть

5.74, Олег (??), 03:09, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Я ошибся чутка 622 908 руб за 1 ядро

5.96, User (??), 08:01, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Ну, походи по базару - посмотри где дешевле. (Хинт - mssql стоит вот ровно столько же)

6.119, пох. (?), 10:43, 26/09/2025 [^] [^^] [^^^] [ответить]	+2 +/–
но к нему нет в комплекте настойчивого совета перезагружать раз в две недели и не забывать делать vacuum analize каждый день.

3.54, Анониматор (?), 21:38, 25/09/2025 [^] [^^] [^^^] [ответить]	–1 +/–
да их там в реестре десяток наверно. Тантор например

4.208, Аноним (210), 11:25, 29/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Разработкой обвеса на PostпreSQL, называемую Тантор, вроде как руководит (или руководил) израильский гражданин , хорошо бы не шпион - но это навряд ли.

2.209, Аноним (210), 11:28, 29/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
Аналог чего? PostgreSQL? Это путь в никуда - рожденный ползать летать не может. Из того, что заслуживает внимания и о ком что-то слышно - Yandex DataBase или сокращенно YDB (https://ydb.yandex.ru/ https://ydb.tech/) 2 в одном - OLTP + OLAP.

1.35, ptr (ok), 19:47, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
> В командах INSERT, UPDATE, DELETE и MERGE > реализована возможность вывода прошлых (OLD) > и текущих (CURRENT) значений в выражении RETURNING Как давно я это ждал! Как минимум, с 12-ой версии.

2.73, sena (ok), 02:27, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
а какие в insert могут быть OLD значения?

3.79, 0xdeadbee (-), 05:21, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
могут быть NULL например

3.112, ptr (ok), 09:45, 26/09/2025 [^] [^^] [^^^] [ответить]	+1 +/–
> а какие в insert могут быть OLD значения? Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до UPDATE или NULL, если такой записи не было.

4.148, sena (ok), 14:07, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

>> а какие в insert могут быть OLD значения?
> Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до
> UPDATE или NULL, если такой записи не было.

ага, понятно, а если запись была но с с NULL?

5.150, ptr (ok), 14:14, 26/09/2025 [^] [^^] [^^^] [ответить]

+1 +/–

>>> а какие в insert могут быть OLD значения?
>> Если INSERT с ON CONFLICT DO UPDATE, то те, которые были до
>> UPDATE или NULL, если такой записи не было.
> ага, понятно, а если запись была но с с NULL?

То же самое. Но если записи не было, то xmax будет ноль, а если была - то не ноль.

3.186, Аноним (185), 13:47, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
Так там все просто, если INSERT, то колонка OLD пуская, если DELETE то пуская NEW. И все в таком роде

1.46, Rodegast (ok), 20:59, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
> Добавлена функция uuidv7() Ура!

1.58, Аноним (59), 22:37, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	–4 +/–
В этой смешной базе "регистронезависимость" по-прежнему реализована тупо через "приведём всё к нижнему регистру"?

2.63, ptr (ok), 23:21, 25/09/2025 [^] [^^] [^^^] [ответить]	+/–
> В этой смешной базе "регистронезависимость" по-прежнему реализована тупо через "приведём > всё к нижнему регистру"? Поддержка ICU появилась еще в 12-ой версии. https://www.postgresql.org/docs/current/sql-createcollation.html Читаем про DETERMINISTIC

3.123, пох. (?), 10:55, 26/09/2025 [^] [^^] [^^^] [ответить]

–1 +/–

"еще в".
То есть аж в 2019м году после 25 лет разработки кто-то сподобился!

(надеюсь хоть не патч от 1с скопипастить)

4.125, ptr (ok), 11:14, 26/09/2025 [^] [^^] [^^^] [ответить]

+/–

> То есть аж в 2019м году после 25 лет разработки кто-то сподобился!

Да потому что в подавляющем большинстве применений это на фиг никому не надо было.

> (надеюсь хоть не патч от 1с скопипастить)

А разве 1C уже поддерживает ICU и UTF-8 без вручную применяемых костылей?

5.189, Аноним (59), 21:05, 27/09/2025 [^] [^^] [^^^] [ответить]	–2 +/–
Скажем прямо: за каким якодзуном вообще нужна была регистрозависимость?! От неё что в файлах толку НИКАКОГО, что в базе. Ну создал ты таблицу HiredPerson, а запросил данные из hiredPERSON - это что, потенциально две разные таблицы?! Вся идиотия с регистрами в СЛУЖЕБНЫХ именах напупь не нужна.

6.193, x3who (?), 06:27, 28/09/2025 [^] [^^] [^^^] [ответить]	+/–
Лучше один раз написать с правильным регистром и потом сравнивать байты, чем кипятить процессор лишними операциями, которых потребует регистронезависимость.

6.195, ptr (ok), 13:56, 28/09/2025 [^] [^^] [^^^] [ответить]

+/–

> Скажем прямо: за каким якодзуном вообще нужна была регистрозависимость?!

Точно так же возникает вопрос в том, а зачем вообще нужна была независимость от регистра?
Могу подсказать, что корни этого следует искать на мэйнфремах и совместимости с IBM 704, которая, исторически, имела корни в ITA1/2, коде Бодо и даже коде Морзо, где строчных букв не было и в помине )))

> Ну создал ты
> таблицу HiredPerson, а запросил данные из hiredPERSON - это что, потенциально
> две разные таблицы?!

Именно так, две разные таблицы и два разных файла на всех современных файловых системах, за исключением NTFS, пытающейся сохранять совместимость с DOS. Впрочем, NTFS позволятет включить независимость от регистра командой "fsutil file setCaseSensitiveInfo", так как это необходимо для поддержки WSL и деваться тут уже некуда.

7.224, edo (ok), 01:01, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
> за исключением NTFS не только zfs, например, тоже имеет такую опцию

8.227, ptr (ok), 01:55, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
В отличии от NTFS, ZFS по умолчанию чувствительна к регистру А так, даже EXT4 п... текст свёрнут, показать

1.69, Аноним (69), 23:57, 25/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
В PostgreSQL появилась встроенная функция генерации UUIDv7 для первичных ключей https://habr.com/en/news/950342/

2.81, Анонисссм (?), 05:41, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
>В PostgreSQL появилась встроенная функция генерации UUIDv7 для первичных ключей в UUIDv7 хоть есть timestamp? то что было в монго с рождения ) (удаляйте, удаляйте)

3.103, жявамэн (ok), 08:35, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
да есть и че?

3.191, Ононем (?), 23:33, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
нативная поддержка генерации UUID v7 в MongoDB появилась в версии 5.1, выпущенной в ноябре 2022 года

4.225, edo (ok), 01:02, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
окончательный rfc на uuidv7 вышел в 2024

1.80, Аноним (80), 05:33, 26/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Мне кажется вы не достаточно какашек накидали в сторону MariaDB, MySQL, SQLite.

2.88, Аноним (88), 07:40, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
> SQLite А ему то что? Ему фиолетово до сабжа.

1.100, кукпоп (?), 08:13, 26/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Я был уверен, что многостолбцовые индексы так и работали. А оно вон как оказывается.

2.104, жявамэн (ok), 08:36, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
может ты еще думол что для внешних ключей сразу генерится индекс для джойнов?

2.116, ptr (ok), 10:05, 26/09/2025 [^] [^^] [^^^] [ответить]	+/–
Вы думали, что в запрос автоматически добавлялось условие AND FirstFieldsInIndex IN (<all distinct values of FirstFieldsInIndex>)? Или Вы о чем то другом?

1.179, Хочу стать таджиком (?), 01:04, 27/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	–6 +/–
Кому и зачем это всё надо в 2к25 году, когда весь веб захватили serverless и nosql решения?

2.184, ptr (ok), 10:40, 27/09/2025 [^] [^^] [^^^] [ответить]	+/–
https://ru.wikipedia.org/wiki/ACID

2.226, edo (ok), 01:04, 30/09/2025 [^] [^^] [^^^] [ответить]	+/–
1. не весь веб 2. помимо веба есть жизнь

1.181, Аноним (181), 06:46, 27/09/2025 [ответить] [﹢﹢﹢] [ · · · ]	+/–
В готовящуюся к релизу Fedora 43 уже завезли.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: