Релиз СУБД PostgreSQL 16

15.09.2023 09:52

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

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

Механизм логической репликации, позволяющий транслировать на другой сервер изменения, вносимые в БД в ходе добавления, удаления или обновления записей, расширен возможностью реплицирования изменений с резервного сервера (standby). Например, в случае высокой нагрузки на первичный сервер резервный сервер можно использовать для передачи изменений на остальные вторичные системы.
Добавлена поддержка двунаправленной логической репликации таблиц, позволяющая синхронизировать изменения в двух таблицах на разных серверах. Добавленные в PostgreSQL 16 возможности репликации позволяют создавать конфигурации с несколькими активными серверами (режим "active-active"), на которых одновременно можно выполнять операции "INSERT", "UPDATE", "DELETE".
Повышена производительность логической репликации. Например, реализована возможность использования параллельно выполняемых обработчиков при применении подписчиками больших транзакций. Добавлена возможность использования на стороне подписчика индексов B-tree для таблиц без первичных ключей, что позволяет обойтись без последовательного сканирования при поиске записей. Ускорено выполнение операций начальной синхронизации некоторых таблиц в бинарном формате.
Расширены средства управления доступом к логической репликации. Например, добавлена новая предопределённая роль "pg_create_subscription", позволяющая предоставить пользователям право на создание новых подписок.
Добавлена поддержка балансировки нагрузки на стороне клиентов, использующих штатную библиотеку libpq. Балансировка позволяет клиенту подключаться к разным хостам, которые могут выбираться как в определённом, так и в случайном порядке. Если хост недоступен, то осуществляется попытка подключения к другому серверу. После установки соединения запросы в рамках сеанса отправляются на выбранный сервер.
Внесены оптимизации и улучшена работа планировщика запросов:
- Обеспечено распаралелливание операций соединения таблиц "FULL JOIN" и "RIGHT JOIN".
- Оптимизировано применение операций "RIGHT JOIN" и "OUTER JOIN" для поиска строк, отсутствующих в присоединяемой таблице ("anti-join").
- Повышена эффективность плана оптимизации для запросов в которых агрегатные функции используются в сочетании с выражениями "DISTINCT" или "ORDER BY".
- Для ускорения запросов "SELECT DISTINCT" задействована инкрементальная сортировка.
- Проведена оптимизация оконных функций.
- Повышена скорость загрузки данных в пакетном режиме при помощи операции "COPY", среди прочего оптимизация затронула и одновременное выполнение нескольких операций "COPY". В некоторых ситуациях ускорение может достигать 300%.
- Улучшена стратегия выполнения операции VACUUM, что позволило сократить число ситуаций, требующих блокировки всей таблицы.
- На системах с архитектурами x86 и ARM реализовано использование векторных процессорных инструкций (SIMD) для ускорения обработки ASCII-строк, операций с данными в формате JSON и выполнения поиска в массивах и подтранзакциях.
Реализована поддержка операции "IS JSON" для проверки типа выражения JSON, определённой в стандарте SQL:2023. Добавлены функции JSON_ARRAY() и JSON_ARRAYAGG() для создания массивов в формате JSON.
Разрешено использование в числах символа подчёркивания для повышения наглядности цифровых литералов. Например "SELECT ... WHERE a > 1_000_000".
Добавлена возможность указания шестнадцатеричных, двоичных и восьмеричных литералов. Например "SELECT 0x1538, 0o12450, 0b1010100111001".
В утилиту psql добавлена новая команда "\bind", позволяющая формировать параметризованные запросы и использовать переменные в запросах. Например "SELECT $1::int + $2::int \bind 1 2 \g".
Расширена поддержка свойств локали "Collation", позволяющих задавать правила сортировки и методы сопоставления с учётом смысла символов (например, при сортировке цифровых значений учитывается наличие минуса и точки перед числом и разные виды написания, а при сравнении не принимается во внимание регистр символов и наличие знака ударения). По умолчанию теперь выполняется сборка с ICU-локалями ("ICU Collation") вместо локали libc.
Расширены возможности для мониторинга производительности СУБД. Добавлено служебное представление "pg_stat_io" со статистикой, отражающей нагрузку на систему ввода/вывода различными бэкендами (background worker, autovacuum и т.п.) и объектами.
В служебное представление "pg_stat_all_tables" добавлено новое поле с данными о времени последнего сканирования таблицы или индекса.
В модуле "auto_explain" появилась поддержка журналирования значений, передаваемых в параметризованные запросы. Повышена точность алгоритма отслеживания запросов, используемого в представлениях pg_stat_statements и pg_stat_activity.
В файлах pg_hba.conf и pg_ident.conf, содержащих настройки доступа и аутентификации, предоставлена возможность использования регулярных выражений для имён пользователей и БД, а также добавлены директивы "include", "include_if_exists" и "include_dir" для включения содержимого других файлов с настройками.
Добавлены дополнительные параметры для управления защитой клиентского соединения: require_auth, для задания параметров аутентификации, допустимых при подключении к серверу; sslrootcert="system" для использования хранилища корневых сертификатов удостоверяющих центров, предоставляемого операционной системой клиента. Добавлена поддержка механизма делегированная учётных данных Kerberos, который может применяться для аутентифицированного подключения к внешним сервисам с использованием модулей postgres_fdw и dblink.

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

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

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

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

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

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

1.1, iPony129412 (?), 10:40, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+3 +/–
А ещё 25 сентября будет PGConf.СПб 2023 https://pgconf.ru/202309 Был на PGConf.Siberia 9 сентября в Томске. Было интересно.

2.13, ыы (?), 11:28, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
посмотрел списог докладов… в очередной раз переливание из пустого в порожнее. ну чисто в Питер тупо сьездить потусить…

3.41, Аноним (41), 13:06, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
Я тоже ничего не понимаю. Глупый сликшом. Но об этом никому не говорю. Только на опеннетике ною, а на конференциях с умным лицом сижу и киваю

4.54, ыы (?), 15:40, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Насчет того что ничего не понимаешь - согласен. А вот насчет тоже - ты себе льстишь. Тут ты в одиночестве...

5.68, Аноним (-), 18:14, 15/09/2023 Скрыто ботом-модератором [к модератору]	+/–

2.47, Аноним (47), 14:04, 15/09/2023 [^] [^^] [^^^] [ответить]	–2 +/–
лесом

1.2, Lost Inside (ok), 10:43, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+7 +/–
Долгих лет проекту! Иначе MS и Oracle все под себя подгребут.

2.8, Аноним (8), 11:02, 15/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
в РФ этим места уже нет

3.10, Аноним (10), 11:12, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
https://opennet.ru/59461-mysql

4.14, Аноним (14), 11:49, 15/09/2023 Скрыто ботом-модератором [к модератору]	+2 +/–

2.50, Аноним (50), 14:22, 15/09/2023 [^] [^^] [^^^] [ответить]	–6 +/–
Как будто что-то плохое.

3.63, Аноним (63), 16:43, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
Монополия это всегда плохо.

4.101, microcoder (ok), 10:01, 16/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
В РФ монополия уже... на PostgreSQL, так как всякие ораклы уже не доступны

2.169, Аноним (169), 16:33, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Оракл и МС почти не конкурируют, слишком уж разные весовые категории. С Оракла по всему миру народ побежал -- дорого очень стало. Прям вот совсем дорого. И раньше за каждый чих гребли, но альтернативы никакой вообще не было. А теперь хоть что-то есть. Хотя, конечно, не аналог и близко.

3.188, Аноним (188), 20:57, 18/09/2023 [^] [^^] [^^^] [ответить]

+/–

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

Цена, конечно, выросла, но где-то коррелирует с инфляцией. У Оракла другая проблема - иной раз он слишком монструозен, перенасыщен функциональностью, не всем она нужна. И стабильность работы оставляет желать лучшего: из квартала в квартал огромная куча багов и дыр закрывается, но всё равно что-то остаётся на следующий период.

Техподдержка часто любит отмораживаться, что бесит очень и очень сильно порою. Как-то десять месяцев доказывал, что это у них баг в СУБД, а не у нас всё тормозит, и мы настроить не можем правильно. Доказал в итоге. Но столько времени на это угробить...

4.199, Аноним (169), 11:20, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Бег в облака как раз бег с Оракла.

4.200, Аноним (169), 11:21, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
За базовый ценник Оракл, мягко скажем, не перенасыщен функциональностью.

1.7, Аноним (7), 10:59, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Что настроить, чтобы не пухли базы?

2.9, пук (?), 11:03, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
индексы не строить по низкоселективным данным и вакуум агресивным

2.11, Аноним (11), 11:17, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Чисти

2.27, Аноним (27), 12:21, 15/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
pg_repack в помощь тебе, брат!

2.42, Lost Inside (ok), 13:22, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
VACUUM

2.65, OpenEcho (?), 17:35, 15/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
> Что настроить, чтобы не пухли базы? dd if=/dev/rtfm of=/dev/head

2.86, Skif (ok), 22:47, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Не пользуйте базу, не будут пухнуть

2.120, АнонПапка (?), 19:13, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Настроить ACL deny all Потом идти спать, отключив телефон

1.12, ыы (?), 11:21, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
логическую репликацию с 1с уже подружили?

1.15, Аноним (15), 11:53, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	–17 +/–
Есть серьёзные базовики с БД размером не со флэшку? - У постгреса есть перспективы на рынке серьёзных БД, или это поделка профессоров-студентов, годящаяся на записную книжку.

2.16, scriptkiddis (?), 11:58, 15/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
Ниче не понятно, но очень интересно.

2.28, Аноним (27), 12:22, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
Покажешь флешку на три терабайта?

3.37, edo (ok), 12:39, 15/09/2023 [^] [^^] [^^^] [ответить]	+8 +/–
https://www.amazon.com/SABRENT-External-Aluminum-Transfer-SB-4TB-NAV2/dp/B0BN4

4.49, danonimous (?), 14:12, 15/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
Он на три просил.

2.39, лютый арчешкольник... (?), 12:47, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
>Есть серьёзные базовики с БД размером не со флэшку Эксплуатация СУБД это не только "размер". У меня уже лет 10 назад была Монга ТБ на 6-10. Но это ж не значит, что там мегахайлоад.

2.43, Аноним (43), 13:33, 15/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
Skype с самого начала на постгресе. Сойдёт?

3.88, Прохожий (??), 22:52, 15/09/2023 [^] [^^] [^^^] [ответить]	–3 +/–
У MS куча системных программистов в штате. Обычный энтерпрайз такими ресурсами не обладает. Поэтому так себе пример.

4.97, К.О. (?), 05:50, 16/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
Вот и выросло поколение, которое не знало Скайп без Майкрософта

5.115, Прохожий (??), 14:51, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Сначала себе что-то придумаем, а потом иронизируем на эту тему. Ох уж эти поколения.

2.51, keydon (ok), 14:31, 15/09/2023 [^] [^^] [^^^] [ответить]	+10 +/–
Размер базы не показывает её серьёзности. Постгрес по сути единственное SQL решение на рынке которое имеет смысл рассматривать. Но надо понимать что контрибьютят в нее для себя. Т.е. контрибьютят серьезно, но что-то может выглядеть костыльно или недоделанно. Не потому что криво и косо, а потому что разработчику больше и не нужно было, а дальше никто не подобрал (обычно это не критичные вещи). Какие-то вещи на ней лучше не реализовывать(например если нужен мастер-мастер). Какие-то вещи решаются не из коробками (pg_repack например) или не слишком очевидны или удобны. Эта БД в которую стоит вложить кучу времени и оно окупится. Т.к. SQL вариантов по сути нет (mysql слился за редкими специфическими случаями, проприетарщина для дегенератов) то это вложение однозначено стоит сделать (но в некоторых случаях стоит отдать предпочтение специализированным решениям вроде clickhouse или timescale или noSQL). Осиливает хайлоад? Да. Масштабируется? Да. Без костылей? Нет. Из коробки? Нет. Просто настроил и работает? Скорее всего нет. Потребуется изучать документацию? Да и только ее недостаточно. Потребуется изучать код? Да. Потребуется изучать принципы работы? Да. Есть неочевидные вещи? Предостаточно. Жрет ресурсы? Нет, весьма экономична при правильной настройке, но есть специфические кейсы. Удобно пользоваться? Нет. Продакшн энтерпрайз риди? Да

3.53, Anonymous Coward (?), 15:40, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
> риди рэди

4.62, Аноним (62), 16:09, 15/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
>рэди готова

4.105, Zerot (?), 11:27, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
продакшен энтерпрайз риди только оракл. Кейс из опыта - ПАК от оракла, БД 150Тб Постгря - маленький оракл, с фишками доя энтерпрайза на уровне 9 версии (щас за 20 уже). Но допилят, думаю себе

5.158, rshadow (ok), 11:49, 18/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Я правильно понимаю что 149.999Тб можно было выгрузить в текстовый файлик, сжать и убрать на дальнюю полку? Но все равно держим в базе т.к. данные важные, база сертифицирована и "потому что могу". Если нет, расскажите подробнее как вы ей пользуетесь. Очень интересно. Спасибо.

3.55, Аноним (43), 15:43, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Удивляет постановка вопроса "жрет ресурсы". Нормальная СУБД и должна максимально утилизировать имеющиеся аппаратные ресурсы для максимально быстрого выполнения запросов. Помню, как старые версии MySQL из-за идиотского кэша запросов с глобальной блокировкой (хорошо хоть отключаемого в настройках) "экономил" ресурсы, находясь большую часть времени в ожидании освобождения лока.

4.104, Аноним (104), 11:13, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Некоторые бд изначально хотят миниум среднюю тачку (тот же эластик) и кластер на среднем ноутбуке в виртуалках уже не поместится. Постгря же запускается на калькуляторе и гибко настраивается. Ну а ресурсы, запросы и требования к времени ответа у всех разное.

3.57, ыы (?), 15:50, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
а бэкапы когда завезут?

4.64, 1 (??), 17:11, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
А какие тебе нужны ?

5.81, ыы (?), 20:24, 15/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
Чтобы можно было восстановить произвольную базу на произвольный момент времени на произвольный инстанс. Бинарно. Ну как в MS Sql или Oracle :)

6.102, microcoder (ok), 10:13, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Так это решается просто с любым софтом - LXD (контейнеры Linux), а в управлении LXD есть снепшоты и бэкапы

7.106, Zerot (?), 11:29, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
не решается ни разу, т.к. специфика субд - часть измененных данных в памяти. Можно после восстановления такого снапшота получить разваленную или нецелостную БД

7.116, ыы (?), 14:58, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
вы совсем совсем не понимаете о чем идет речь, да?

8.122, АнонПапка (?), 19:19, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Понимаю, речь про наколленные васькины бд... текст свёрнут, показать

7.145, Аноним (145), 10:25, 17/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Вопрос был про постгрес, а не про _смекалочку_ и прочие «щи из топора».

6.135, asand3r (ok), 23:47, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
PITR? Есть же. Сохраняешь WAL и восстанавливаешься на нужную точку.

7.142, Аноним (188), 01:58, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Человек спрашивал про отдельную БД, а не про кластер целиком.

8.147, asand3r (ok), 12:13, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
А, ну ой, да Насколько я знаю, тут пока вариантов нет ... текст свёрнут, показать

6.159, rshadow (ok), 11:54, 18/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Кажется это можно сделать через реплики. Подключаешь реплику, ждешь пока догонит, останавливаешь реплику - вот твой бинарный бэкап, готовый стать мастером в любой момент.

7.160, ыы (?), 12:46, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ну вот есть у вас в кластере две базы, и есть бинарный бэкап с wal-ами... и вот вам надо откатить _только_ ОДНУ базу (!!!) на месяц назад (!!!) подняв ее из бэкапа. Вторая при этом должна работать без перерыва. нельзя кластер останавливать. Ваши действия? в MSSQL это делается как два байта переслать...

8.161, rshadow (ok), 13:01, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
У меня немного другое направления Я никогда не делаю что-то на уровне базы данн... текст свёрнут, показать

9.162, ыы (?), 14:22, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
обычно их там десятки Это же СУБД В одном инстансе могут быть десятки разных б... текст свёрнут, показать

10.168, Neandertalets (ok), 16:11, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Может быть - не значит, что это хорошо Если хотя бы 2 нагруженные БД на одной... текст свёрнут, показать

11.236, ыы (?), 09:07, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
Напридумывать можно много экзотических обстоятельств И очень сложных и творческ... текст свёрнут, показать

12.238, Neandertalets (ok), 09:19, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
Сочувствую вашим проектам ... текст свёрнут, показать

13.239, ыы (?), 09:53, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
Иными словами вы не понимаете что надо делать чтобы запросы работали быстро ... текст свёрнут, показать

10.191, microcoder (ok), 22:51, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Зачем такое делать Не в курсе про контейнеры ... текст свёрнут, показать

11.193, ыы (?), 23:18, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
про оракловые в курсе а линуксовые - каким тут боком помогут ... текст свёрнут, показать

10.232, Аноним (169), 18:03, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
Нет, как раз обычно в Слоне, когда один экземпляр одна база Если вы налепили ... текст свёрнут, показать

11.235, ыы (?), 00:18, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
разработчики с вами не согласны, и именуют схемы - базами Пойдите разберит... текст свёрнут, показать

12.243, Аноним (243), 11:55, 22/09/2023 [^] [^^] [^^^] [ответить]	+/–
Понимаешь, так и термин кластер или, скажем, кластерная таблица в МС, Оракле... текст свёрнут, показать

6.167, Neandertalets (ok), 16:05, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Откройте для себя архив WAL-ов. Ну или хотя бы pg_probackup.

7.187, Аноним (188), 20:51, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Они помогут восстановить ОТДЕЛЬНУЮ БД (а не ВЕСЬ КЛАСТЕР) на момент времени в прошлом?

8.189, Neandertalets (ok), 21:06, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
У меня pg_probackup создаёт каждый день дельту от предыдущей дельты ну и ест... текст свёрнут, показать

9.197, ыы (?), 10:59, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Покажите командрую строку pg_probackup в которой вы указываете для него конкретн... текст свёрнут, показать

10.198, Neandertalets (ok), 11:19, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Бэкапится кластер целиком, а восстанавливается - нужная база по необходимости ... большой текст свёрнут, показать

11.212, ыы (?), 14:02, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это как раз тот самый метод про смекалку и кашу из топора Вы восстанавливаете п... текст свёрнут, показать

12.214, Neandertalets (ok), 14:35, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
pg_dump 124 psql Но всё достаточно легко заворачивается в скрип... большой текст свёрнут, показать

13.253, ss (??), 12:03, 30/06/2024 [^] [^^] [^^^] [ответить]	+/–
Вы просто счастливо избежали чавканья, ввиду вероятно скромности объемов бэкапа ... большой текст свёрнут, показать

14.254, Neandertalets (ok), 12:43, 30/06/2024 [^] [^^] [^^^] [ответить]	+/–
Понятно, что pg_dump работает только на небольших и условно небольших базах Для... текст свёрнут, показать

8.192, microcoder (ok), 22:53, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Контейнеризация позволяет восстанавливать отдельную БД Вообще без проблем, на л... текст свёрнут, показать

9.194, ыы (?), 23:19, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
каким образом ... текст свёрнут, показать

9.233, Аноним (169), 18:09, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
Нет, ты вообще не в теме и даже понятия не имеешь о чём поёшь В Слоне wal общий... текст свёрнут, показать

10.241, microcoder (ok), 14:58, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
Я на счёт Постгреса не в теме, да В планах на ближайшее время Но что мешает ор... текст свёрнут, показать

11.242, Аноним (243), 11:52, 22/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ничего не мешает, так и делают типично Но если ты перешёл с МС, то мешают былые... текст свёрнут, показать

6.174, Аноним (169), 16:45, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Штатный PITR есть с 9+ версии. Но вот уровень абстракции "арендных БД" ещё хуже, чем МС. Т.е. отдельную БД восстановить нельзя -- можно только весь кластер.

4.71, Легивон (?), 18:36, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
Зачем нужны какие-то отдельные бекапы? В "философии unix" программы делают так, чтобы они могли работать совместно с другими программами. В postgres для этого в archive_command нужно прописывать ту программу, которая тебе нравится. Я например использую для этого walg.

5.80, ыы (?), 20:19, 15/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
одна схема на инстанс?

6.123, АнонПапка (?), 19:20, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
А что проблема какая то? Не в курсе про линукс контейнеры или на худой конец докер?

7.132, ыы (?), 19:58, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
одна база на один контейнер? :)

8.150, АнонПапка (?), 19:41, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Смеешься что ли Одна база на 2 и более инстансов Сколько деньги позволяют... текст свёрнут, показать

9.153, ыы (?), 22:11, 17/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
похоже вы не понимаете что такое база шардинг по разным инстансам не является ... текст свёрнут, показать

10.251, Аноним (169), 13:36, 26/09/2023 [^] [^^] [^^^] [ответить]	+/–
Инстанс это не база База это набор данных на носителе Инстранс же это набо... текст свёрнут, показать

6.234, Легивон (?), 21:17, 20/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
> одна схема на инстанс? Какая schema? Это физическая репликация! Какая ей разница за схемы, если схемы = логические структуры над физическими. Даже в базовые вещи не въезжешь, но даешь советы космической важности и такой же глупости.

7.237, ыы (?), 09:13, 21/09/2023 [^] [^^] [^^^] [ответить]	+/–
В этом ответе все прекрасно. Все комплектом и к одному месту. :) очевидно что вопрос "одна схема на инстанс?" - это насмешка, указывающая на некий общеизвестный недостаток системы. Ну общеизвестен он конечно тем кто в теме. Вы - походу нет.

8.245, Аноним (169), 15:53, 22/09/2023 [^] [^^] [^^^] [ответить]	+/–
Нет, БД не аналог схемы, потому что схемы в Слоне есть Самые обычные привычные ... текст свёрнут, показать

4.108, keydon (ok), 11:45, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
> а бэкапы когда завезут? Сколько постгрес помню, столько бекапы и были, еще и разных видов (бинарные, текстовые).

5.117, ыы (?), 15:24, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
текстовая выгрузка -это не бэкап Вы конечно можете сделать так и назвать ЭТО бэ... большой текст свёрнут, показать

6.124, АнонПапка (?), 19:25, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Неужели в Постгресе нет журнала?? Хмм.. Хочу почитать про него, но пока времени нет

7.131, ыы (?), 19:48, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
журнал на весь кластер в целом. нет отдельного журнала на отдельную базу

8.151, АнонПапка (?), 19:43, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
А в журнале кластера нельзя выбрать базу Вот дела ... текст свёрнут, показать

9.154, ыы (?), 00:44, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Тебе - можно Выбирай ... текст свёрнут, показать

9.155, keydon (ok), 05:46, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Да все можно, ыы просто жирный троль Ты всегда можешь прервать репликацию и рас... текст свёрнут, показать

10.157, ыы (?), 08:43, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Вам не стыдно рассуждать про торолей Вы совсем не понимаете что то что вы совет... текст свёрнут, показать

11.163, keydon (ok), 14:40, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
У нас тут еще и антивируса нет Совсем не продакшн риди, не для продуктовой сред... текст свёрнут, показать

12.164, ыы (?), 14:45, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
ну, у вас может и нет антивируса, соболезную, а Касперский для линукса прекрасно... текст свёрнут, показать

13.249, Аноним (249), 12:43, 26/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ешь гумно сам, продакшенист экий ... текст свёрнут, показать

12.186, Аноним (188), 20:46, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Стесняюсь спросить, тебя в Гугле забанили Ты из сообщения в сообщение повторяеш... текст свёрнут, показать

13.195, keydon (ok), 00:20, 19/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
Ой правда что ль А в Новой зеландии поди и не знайут, нада им рассказать https ... текст свёрнут, показать

3.87, Прохожий (??), 22:51, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
> Продакшн энтерпрайз риди? Да Нет. Разве что в штате есть системные программисты. Но это недешёвое удовольствие.

4.146, _ (??), 10:54, 17/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
А иметь в штате системных оракловодов - удовольствие надо полагать копеечное? 😁 Любой Ынтерпрайс прод требует спецов, и они как правило чуток дороже здешних Ыгспертов, что ораклоЕды, что слоноводы, что мсыквуны …

5.190, Аноним (188), 21:22, 18/09/2023 [^] [^^] [^^^] [ответить]

+/–

> А иметь в штате системных оракловодов - удовольствие надо полагать копеечное?

Нет, разумеется.

Но с Oracle вам надо иметь только админов СУБД и купленную техподдержку. А с PostgreSQL - и админов, и программистов. Если у вас реально очень много экземпляров баз данных в production, такой подход окупится. Но таких предприятий не так уж много. Кроме этого надо учитывать подавляющее превосходство функциональности Oracle над функциональностью PostgreSQL - а это тоже всё денежки.

В каждом случае надо считать. Но, мне кажется, проще и, скорее всего, дешевле Oracle в облаке арендовать (если законодательство и всякие санкции не препятствуют). Админы всё ещё будут нужны, но уже в меньшем количестве.

6.228, ыы (?), 11:10, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
оракл в россии не ведет бизнес. забудьте

2.166, Neandertalets (ok), 16:02, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
У меня несколько по 2-3 сотни ТБ - пойдёт? С очень серьёзной нагрузкой (вся страна). Про мелочи в 2-3 ТБ даже не упоминаю... У коллег есть аналогичные. Вполне себе живут и не чавкают.

2.210, BeLord (ok), 13:50, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
25 Тб, одна из баз и что? У нас, к примеру, критичен не размер, а количество пользователей, которые туда ломятся, когда количество пользователей превышает 10 млн, а одновременно лезут 100к, становится интересно.

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

1.38, лютый арчешкольник... (?), 12:43, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Лучшая СУБД! (среди PG, Mysql и sqlite)

2.44, Интересующийся (??), 13:49, 15/09/2023 [^] [^^] [^^^] [ответить]	–2 +/–
И чем лучшая ? Pgbouncer уже не нужен, научились в пул соединений ? Или вакум какие то фишки в плюс добавляет ...

3.56, Аноним (43), 15:49, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
А в чем проблема воткнуть pgbouncer? Безвакуумный движок есть, но дойдет ли до апстрима, это да, вопрос. Впрочем, это часто некритично. MySQL 8+ неплох, но отсутствие транзакционного DDL по-прежнему создаёт эксплуатационные сложности. Ну не разваливается, как раньше, уже неплохо.

4.89, Прохожий (??), 22:55, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
> А в чем проблема воткнуть pgbouncer? Если один хост - ни в чём. Но обычно их намного больше.

4.129, Аноним (129), 19:40, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
> Впрочем, это часто некритично. Это основное критичное слабое звено этой бд

4.181, Аноним (169), 17:06, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
MySQL это Оракл. И не развивается вообще уже лет 8-мь как.

1.45, Аноним (45), 13:50, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Кто знает, может ли клиент постгреса асинхронно получать сообщения о том, что данные были изменены в базе?

2.61, Аноним (43), 15:54, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
Да, на основе того же механизма logical decoding, на котором работает логическая репликация. См. Logical Decoding Plugins в официальном мануале.

3.247, фф (?), 06:24, 26/09/2023 [^] [^^] [^^^] [ответить]	+/–
а стандартный notify сильно хуже? или это подвид этих плагинов?

2.170, Аноним (169), 16:34, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Может. Тут логическая репликация во всей красе. Но только учитывай, что это не даром -- сильно медленней, чем потоковая.

3.225, ыы (?), 08:50, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
а для некоторых приложений разработчики прямо говорят- для работы негодная

4.244, Аноним (243), 11:58, 22/09/2023 [^] [^^] [^^^] [ответить]	+/–
Но она в этом смысле такая же негодная, как и логическая в Оракле.

1.58, Просто щелкунчик (?), 15:50, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
В чем удобно работать/вторгаться в БД PG под Linux? Программы, не одежда

2.60, Аноним (60), 15:54, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
DBeaver

3.79, danonimous (?), 20:07, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Работал, пока не наткнулся на неприятный глюк - в какой-то момент стал показывать устаревшие данные, но делал вид, что обновляет. Потратил зря день, снёс и вернулся на неудобный pgAdmin.

4.171, Аноним (169), 16:36, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
У Бобра слишком затейливая настройка (авто)фиксации транзакций. С ним, да, можно нарваться на косяки с тем, что данные тупо не фиксятся/не обновляются.

2.66, Леонид (??), 18:10, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
DbGate - очень приятная штука.

3.98, penetrator (?), 07:23, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
он web? сомнительная приятность

4.165, ыы (?), 14:51, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
pgAdmin тоже web

2.72, def mon (?), 18:39, 15/09/2023 [^] [^^] [^^^] [ответить]	+4 +/–
psql

2.76, Онимус (?), 19:58, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
вторгайся vi-ем, чтобы доказать нужность дбодмина.

2.77, Аноним (77), 20:02, 15/09/2023 [^] [^^] [^^^] [ответить]	+2 +/–
Удобнее всего - через плагин к привычной IDE.

2.172, Аноним (169), 16:39, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Удобный средств, увы, нет. В Бобре удобно писать код, но есть проблемы с разметкой транзакций. Причём, очень-очень стрёмные проблемы. В pgAdmin-е код писать не удобно совсем, но меньше всяких причуд, хотя и не без них. В навикэте более-менее всё ничего, но тоже есть глюки с транзакциями.

1.59, Аноним (60), 15:53, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]

+/–

> По умолчанию теперь выполняется сборка с ICU-локалями ("ICU Collation") вместо локали libc.

для Case-Insensitive всё ещё требуется citext, или уже можно без него?

1.74, Онимус (?), 19:43, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Backup с помощью SQL Dump - детский сад. File System Level Backup - database server must be shut down. Но, пионеры продолжают что-там за конкуренцию Ораклу говорить.

2.90, Аноним (188), 23:12, 15/09/2023 [^] [^^] [^^^] [ответить]	+/–
Если б только в этом проблемы Хотя это само по себе важно, конечно Direct io -... большой текст свёрнут, показать

3.91, лютый арчешкольник... (?), 01:56, 16/09/2023 [^] [^^] [^^^] [ответить]

+/–

>Ну или если у вас в штате системные программисты есть

а штатные программисты орацля вообще не бывают в природе. поэтому при каждом баге приходится сосат у волшебного оркосаппорта.

p.s. как ви оцениваете поддержку JSON в могучем оракле? по пятибальной.

p.p. s. как ви оцениваете поддержку XML в могучем оракле? по пятибальной.

4.92, Аноним (92), 02:34, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Зачем в бд поддерхка всякой хрени? Для этого есть уровень приложений.

5.103, Аноним (103), 10:38, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Возможно потому что БД бывают не только реляционные? Потому что приложения работают с JSON и XML? Потому что не все структуры данных удобно раскладываются на реляционную схему? Если вам не нужна поддержка JSON и XML, то не значит что никому не нужна.

4.96, Анонимус Аурелиус (?), 04:42, 16/09/2023 Скрыто ботом-модератором [к модератору]	+/–

4.112, Аноним (188), 13:42, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
А у PGSQL и сосат не у кого в таких случаях Разве что по форумам лазить и пла... большой текст свёрнут, показать

5.119, Аноним (119), 16:19, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Как там в оракле с настоящей serializable изоляцией? До сих пор write skew не ловит?

6.140, Аноним (188), 01:27, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это, наверное, одна из тех "особенностей", про которые я писал в предыдущем сообщении.

6.141, Аноним (188), 01:33, 17/09/2023 [^] [^^] [^^^] [ответить]

+/–

Однако же эта "особенность", насколько я понимаю, соответствует стандарту ANSI SQL.

https://www.cockroachlabs.com/blog/what-write-skew-looks-like/

https://arxiv.org/ftp/cs/papers/0701/0701157.pdf

5.220, Аноним (169), 15:45, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Не знаю, мне и то и то -- норм. Вернее, уровень доставляемого головняка более-менее одинаков.

5.240, пох. (?), 14:09, 21/09/2023 [^] [^^] [^^^] [ответить]

+/–

> А у PGSQL и "сосат" не у кого в таких случаях.

как то ись не у кого? Вон, импортозамещательный postgrespro спешит на помощь (pedobear.jpg)

cocите на здоровье! (а что оно поможет - вам никто ведь и не обещал)

> Оценить не могу, потому что не пользовался.

работает, но "есть нюансы". Но в целом если тебе не нужна реляционная база данных - так дядьку, и отойдите же от быка, у нас в канаде доют только коров!

3.107, Zerot (?), 11:36, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
нуи собственно фишки энтерпрайз экосистемы - детальный сбор метрик по тысяче статистик и событий ожидания, возможность исторического анализа хоть на два года назад - хоть для подсистем движка СУБД, хоть для сессии, хоть для запроса, инструменты автоматической аналитики и далее по списку

4.110, Аноним (7), 12:22, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это, наверное, дорого. Чтобы железо лучше покупали, да?

5.113, Аноним (188), 14:30, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Наоборот, чтобы на железках можно было экономить.

4.201, Аноним (169), 11:24, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это ты про AWR? Часовой срез за два года? Это чтоб на железе сэкономить? ))))))) AWR чаще всего бесполезен, потому что результат проблем либо самоочевиден, либо не устраним. Хотя его наличие утешает, да.

2.125, АнонПапка (?), 19:30, 16/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
Бэкапер нахер не нужен, наймите опытного девопса. Проблема решается красиво на совсем другом уровне, бэкап в онлайне прямо целиком весь инстанс

3.128, Аноним (129), 19:38, 16/09/2023 [^] [^^] [^^^] [ответить]	+3 +/–
> девопса И это пройдёт.

3.143, Аноним (188), 02:01, 17/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Не решается, если в кластере несколько баз данных.

4.149, Аноним (149), 17:39, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
да и point in time recovery не нужен, верно же?

5.206, Аноним (169), 11:55, 19/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Увы, PITR на БД от десятка 10Т, а это очень скромная БД (типичные продуктовые сильно больше), исключительно умозрительная возможность. Но не ясно в чём тут упрёк Слону. В Слоне PITR точно такой же, как и в Оракле. На фул бэкапа накатываешь журналы до требуемой точки. Но вот флэшбэка в Слоне нет. Вернее, раньше в Слоне он был, а в Оракле не было, потом в Оракле появился, а в Слоне исчез. Флэшбэк удобно бывает. Но, опять же, только на тестовых БД.

6.227, ыы (?), 10:52, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
я бы сказал что типичность базы в 10Тб исключительно умозрительна. Поскольку массвовый постгрес сейчас где? правильно, в 1с :) а в 1с какие базы типичны? по 10 Тб? как называется тот дуб с какого эта идея рухнула? в 1с кейс выглядит совсем иначе :) базы относительно небольшие, но из много. очень много. десятки и сотни.

7.229, Аноним (243), 13:02, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
1С в жизни ни разу не видел, не знаю что там к чему.

2.173, Аноним (169), 16:41, 18/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
В Постргресе механизм бэкапов ничего не отличается от Ораклового. Только в Постгресе его проще настраивать.

3.213, Простоник (ok), 14:05, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ну я бы так не утверждал. Начнём с простого. Вот вы работаете с базой и она вдруг навернулась. Сколько данных в потеряете после восстановления? Собственно только некоторые мехaнизмы из Oracle в pg (например режим ARCHIVE LOG) появились. Но не все.

4.217, Аноним (169), 15:20, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ни там, ни там несколько не потеряешь. Причём, в очень широком смысле. Механизмы репликации хоть и устроены несколько иначе, но результат они обеспечивают один и тот же. И там и там есть полная строгая синхронная репликация, есть нестрогая репликация. Выбирай на вкус.

5.218, Аноним (169), 15:21, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Вернее, нисколько, сорян.

5.222, Простоник (ok), 20:24, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
А откуда возьмутся не успевшие синхронизироваться транзакции? Это при двойных затратах на железо. Это заведомо хуже, чем обычный archive log или stand by.

6.226, Аноним (169), 10:42, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
Что это за "не успевшие синхронизироваться транзакции"? При синхронной репликации транзакция фиксится только, когда стэнбай пришлёт подтверждение разной степени гарантированности, что данные он получил/записал/проверил/накатил. Тут нет никаких "не успевших". Тут между Ораклом и Слоном разница только косметическая. Ты выше сокрушался, что в Слоне аналога брокера репликации нет, так вот, их несколько и каждый из них вполне норм. Точно не хуже ораклового брокера. Вот аналога ADG, вроде как, пока в Слоне нет, но тут я не уверен.

6.230, Аноним (243), 13:08, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
Или ты о преимуществах флэшбэка? Ну про флэшбэк спору нет. Удобно. Но его типичное применение это создание временных снапшотов БД для различных нужд, а резервное копирование/восстановление. Всё же, восстановление БД вне теста явление крайне-крайне редкое.

1.75, Онимус (?), 19:55, 15/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
26.3.4. Recovering Using a Continuous Archive Backup раздел просто прекрасен, особенно: ... 9. Inspect the contents of the database to ensure you have recovered to the desired state. If not, return to step 1 Успехов в восстановлении террабайтных баз из бекапов и инспекции содержимого.

2.83, Аноним (43), 21:42, 15/09/2023 [^] [^^] [^^^] [ответить]

+/–

А, молодец, дочитал мануал до Continuous Archiving.

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

Предлагаю подумать, как сделать так, чтобы это было относительно легко проверить.

3.85, Онимус (?), 21:45, 15/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
За complete recovery в Орацле прочитай, потом комменты раздавай.

3.114, Аноним (188), 14:43, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
У Оракла есть такое понятие, как SCN - system change number И вот можно хоть на... большой текст свёрнут, показать

4.118, specter (ok), 16:09, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это? https://www.postgresql.org/docs/current/continuous-archiving.html

5.137, Аноним (188), 00:41, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Так человек выше написал же, что целостность не гарантируется. Предлагается как-то на глаз это оценивать. Или я что-то не так понял?

4.133, Аноним (43), 22:30, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
В постгресе LSN точно то же самое. Только никто не рассказывает, что его совпадение гарантирует целостность данных. Потому что, сюрприз, оно ничего не гарантирует нигде.

5.136, Аноним (188), 00:34, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Почему же? В Оракле - гарантирует вообще-то. Пока транзакция не подтверждена, нет нового SCN.

6.156, Аноним (43), 08:00, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
И какое это отношение имеет к целостности бэкапа?

5.139, Аноним (188), 01:04, 17/09/2023 [^] [^^] [^^^] [ответить]

+/–

LSN в PostgreSQL - это не то же самое, что SCN, насколько я понимаю.

LSN in PostgreSQL stands for Log Sequence Number. It is a 64-bit integer that uniquely identifies a position in the Write-Ahead Log (WAL). The WAL is a sequential file that records all changes made to the database, even uncommitted ones.

SCN в Oracle - это или подтверждённая, или отменённая (rollback) транзакция, или DDL-операция.

Почувствуйте разницу.

6.179, Аноним (169), 16:58, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Разницы нет никакой. Кроме того, что LSN это циркулярный счётчик, а SCN линейный. А так, тоже самое -- метит любое значимое изменение БД.

7.183, Аноним (188), 20:33, 18/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
Как же нет? LSN действительно отмечает ЛЮБОЕ изменение (даже неподтверждённую транзакцию). А SCN - только ПОДТВЕРЖДЁННОЕ.

8.205, Аноним (169), 11:49, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Транзакции тут вообще не причём Любой хронологической БД нужен счётчик изменени... текст свёрнут, показать

9.211, Простоник (ok), 13:54, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Любое изменение данных в БД - это зафиксированная транзакция Транзакция которая... текст свёрнут, показать

10.216, Аноним (169), 15:12, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Афигеть ты мудростями сыплешь ... текст свёрнут, показать

10.219, Аноним (169), 15:39, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это не так Есть изменения, которые происходят не в рамках прикладных транзакций... текст свёрнут, показать

11.223, Простоник (ok), 20:41, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Не бывыет никаких прикладных транзакций ... текст свёрнут, показать

11.224, Простоник (ok), 20:51, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Не бывыет никаких прикладных транзакций Операции DDL и обращение к счетчикам э... текст свёрнут, показать

12.231, Аноним (243), 13:15, 20/09/2023 [^] [^^] [^^^] [ответить]	+/–
На SQL ничего не делается вообще В потрохах БД полно операций, которые приращаю... текст свёрнут, показать

8.221, Аноним (169), 17:35, 19/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Нет, SCN генерится последовательно по требованию, а не в момент фиксации Поэтом... текст свёрнут, показать

3.177, Аноним (169), 16:56, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Не пугай людей. Обычный чек гарантирует, что кусок журнала нормальный. И по восстановлению получишь то, что было. Если не было между бэкапом и восстановлением злонамеренного манипулирования данными.

2.126, АнонПапка (?), 19:32, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Мальчики, не ссорьтесь. Бэкап на лету, инкрементный делается на другом уровне абстракции

3.130, Аноним (129), 19:40, 16/09/2023 [^] [^^] [^^^] [ответить]	+/–
Сам то понял? Или абы шо ляпнуть

3.144, Аноним (188), 02:03, 17/09/2023 [^] [^^] [^^^] [ответить]	+/–
Для отдельной БД внутри кластера не делается никак ни на каком уровне (если мы говорим о PostgreSQL).

4.175, Аноним (169), 16:52, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Делается, только очень уж затейливо. Можно сделать через логическую репликацию. Но вообще, в Слоне общее правило как в старом Оракле: один экземпляр -- одна БД. В Оракле же жили до 12-той версии с одной БД и не жужжали.

3.176, Аноним (169), 16:53, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Бэкапы на "горящую", в том числе и инкрементальные, давно делаются без каких-либо приседаний.

4.185, Аноним (188), 20:37, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
А восстановить отдельно взятую БД оттуда как? Не целый кластер, а именно отдельно взятую БД.

5.202, Аноним (169), 11:28, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Ну смирись с тем, что в Слоне такого явления, как "отдельная БД" нет. В слоен БД это просто раздел в в общем пространстве имён. Работать это не мешает. Это обычно мешает тем, кто с МС Сиквела перешёл -- для них это чудесато выглядит (хотя в МС отдельная БД тоже не отдельная). После старого Оракла же вполне привычно.

5.252, specter (ok), 18:59, 09/01/2024 [^] [^^] [^^^] [ответить]	+/–
> А восстановить отдельно взятую БД оттуда как? Не целый кластер, а именно > отдельно взятую БД. Пробекапом

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

1.100, microcoder (ok), 09:59, 16/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+4 +/–
> Разрешено использование в числах символа подчёркивания для повышения наглядности цифровых литералов. Например "SELECT ... WHERE a > 1_000_000" О! Это круто! Во всех бы языках такое добавили

2.134, Аноним (134), 23:15, 16/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
В C++ добавили.

2.138, Аноним (188), 00:46, 17/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
Rust, Python - там это есть.

2.248, фф (?), 06:32, 26/09/2023 [^] [^^] [^^^] [ответить]	+/–
а джавовские линтеры иногда даже ругаются если такое не используешь

1.127, Аноним (129), 19:37, 16/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вакуум когда уберут? Впечатление что эта постгре застряла в нулевых.

2.148, Аноним (149), 17:37, 17/09/2023 [^] [^^] [^^^] [ответить]	–1 +/–
ху из постгре? это Вы застряли в эсодин

2.178, Аноним (169), 16:57, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Чем тебе вакуум не угодил? В других взрослых СУБД он тоже так или иначе есть, без него никуда.

3.184, Аноним (188), 20:36, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Во взрослых СУБД его нет. Например, в Oracle. Там есть UNDO, но он не ведёт к раздуванию табличных пространств, которые содержат пользовательские данные. Кроме того, UNDO можно положить на другую дисковую подсистему и разнести нагрузку таким образом. Можно даже несколько UNDO создать (и в Multitenant это поддерживается для каждой приватной БД внутри контейнера).

4.203, Аноним (169), 11:38, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
VACUUM и UNDO это про разное Ты не в теме Задача VACUUM-а в значительной степе... большой текст свёрнут, показать

4.207, Аноним (169), 12:03, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Т.е. по твоему получается, что Оракл хронологические данные не хранит ))) А хранит некое UNDO, которое совсем другое дело ))) UNDO Оракл обслуживает приблизительно точно так же, как Слон протухшие записи. При нормально настроенном автовакууме какого-то прям распухания относительно типичного поведения прочих СУБД Слон не демонстрирует вообще. Разница лишь в том, что в Оракле, если ошибся с настройками UNDO, ты получишь ошибку 01555 и откат, но экземпляр продолжит молотить, а Слон при кривой настройке автовакуума просто встанет из-за исчерпания LSN.

4.208, Аноним (169), 12:09, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Так в Слоне и табличных пространств нет в том смысле, как в Оракле. Нет наследия AS370. В Слоне чаще всего каждый объект схемы отдельный файл или набор файлов, распихивай их как хочешь. Просто опыт Оракла на Слона почти не переносим.

5.215, Простоник (ok), 14:44, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
ES370 правильное название. На этой системе не было файловой системы вообще :). Были только разделы и экстенты. Примерно как tablespace в Oracle. Но вот то, что в pg каждый объект порождает несколько файлов для данных, это для оптимизации ввода-вывода и обслуживания не очень хорошо

1.152, VladSh (?), 20:49, 17/09/2023 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Интересно, что будет при репликации, если одна и та же запись с предыдущего сеанса репликации изменялась на обеих репликах, и значение в каком-нибудь поле на них различно различно.

2.180, Аноним (169), 17:02, 18/09/2023 [^] [^^] [^^^] [ответить]	+/–
Что в прикладной логике пропишешь, то и будет. На то и логическая репликация.

3.196, ыы (?), 08:24, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Причем тут прикладная логика? Логическая репликация не имеет никакого отношения к прикладной логите. То что и там и там используется слово "логика" - не делает эти сущности родственными. Это разные уровни абстракции вообще...

4.204, Аноним (169), 11:41, 19/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это ты не имеешь, а логическая репликация, как раз, имеет. По сути это настраиваемый фильтр поверх WAL-а с одной стороны и триггер с фильтром на вставку с другой.

5.209, ыы (?), 13:43, 19/09/2023 [^] [^^] [^^^] [ответить]	+1 +/–
хамство еще никого ни в чем не убедило, кроме того что собеседник дурак. а прикладная логика- это сущность на уровне реализации бизнес-логики приложения трехзвенной модели (приложение, база, клиент) но никак не на уровне рутинных операций внутри СУБД.

6.246, Аноним (169), 12:07, 25/09/2023 [^] [^^] [^^^] [ответить]	+/–
Это опять пэтэушные мудрости? или курсистские? Логика, сущность, какие-то звенья. Всё в кучу. Логическая репликация на то и логическая, ещё раз, что может быть настроена так, что будет зависеть от условий ПРИКЛАДНОЙ среды. Хоть у тебя "стозвеньевая модель". Пэтэушные ребята, не пользуйтесь словами, смысла которых не знаете, пользуйтесь теми, которые вам знакомы и понятны, их вполне будет достаточно.

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

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

Текст: