The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз СУБД PostgreSQL 17

26.09.2024 20:16

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

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

  • При выполнении операции VACUUM (сборка мусора, чистка и упаковка дискового хранилища) задействована новая структура данных, потребляющая до 20 раз меньше памяти. Переход на новую структуру позволил ускорить выполнение операций VACUUM и сократить потребление совместно используемых ресурсов.
  • Продолжена оптимизация производительности ввода/вывода. Благодаря улучшению кода для обработки лога отложенной записи WAL удалось до двух раз повысить пропускную способность операций записи в системах с большим числом одновременно выполняемых запросов. Предложен новый интерфейс потокового ввода/вывода, позволивший повысить скорость последовательного перебора данных в таблицах и ускорить обновление статистики для планировщика запросов после выполнения операции ANALYZE.
  • Повышена производительность запросов с выражением "IN", если в них используются индексы на базе структуры B-tree. Реализована возможность параллельного построения индексов BRIN (Block Range Index). В планировщике запросов оптимизированы проверки "NOT NULL" и ускорена обработка обобщённых табличных выражений (Common Table Expression, CTE) определяемых при помощи SQL-команды "WITH". Обеспечено использование векторных процессорных инструкций (SIMD) для ускорения некоторых вычислений, например, для ускорения функции bit_count задействованы инструкции AVX-512.
  • Реализована поддержка новых возможностей для работы с форматом JSON, определённых в стандарте SQL/JSON. Добавлена функция JSON_TABLE для преобразования данных из формата JSON в обычные таблицы PostgreSQL, а также новые операторы jsonpath для преобразования данных JSON в родные для PostgreSQL типы данных. Предложены новые функции для создания (JSON, JSON_SCALAR и JSON_SERIALIZE) и запроса (JSON_EXISTS, JSON_QUERY и JSON_VALUE) данных в формате JSON.
  • Расширены возможности SQL-команды "MERGE", позволяющей создавать условные SQL-выражения, объединяющие в одном выражении операции INSERT, UPDATE и DELETE. Добавлена поддержка выражения RETURNING, позволяющего вычислять и возвращать значения на основе добавленных, обновлённых или удалённых строк. Реализована поддержка обновления представлений.
  • Расширены возможности загрузки и экспорта данных в пакетном режиме. В команде COPY до двух раз увеличена скорость экспорта больших строк, оптимизировано копирование при совпадении исходной и целевых кодировок, добавлена опция ON_ERROR, позволяющая продолжить импорт после ошибок при вставке данных.
  • Для секционированных таблиц добавлена возможность использования столбцов с уникальными идентификаторами и поддержка техники оптимизации запросов "Constraint exclusion".
  • В механизме подключения внешних таблиц Foreign Data Wrapper (postgres_fdw) реализована возможность передачи на внешний сервер подзапросов "EXISTS" и "IN".
  • Реализован встроенный платформонезависимый движок для обработки свойств локали "Collation", используемых для задания правил сортировки и методов сопоставления с учётом смысла символов (например, при сортировке цифровых значений учитывается наличие минуса и точки перед числом и разные виды написания, а при сравнении не принимается во внимание регистр символов и наличие знака ударения). Новый движок гарантирует единое поведение при сортировке результатов запросов, не зависящее от того, на какой платформе запускается PostgreSQL.
  • В механизме логической репликации, позволяющем транслировать на другой сервер изменения, вносимые в БД в ходе добавления, удаления или обновления записей, упрощён процесс обновления СУБД. Если раньше при переходе на новый значительный выпуск приходилось удалять слоты логической репликации и повторно синхронизировать данные, то теперь можно обойтись без удаления слотов. Для отказоустойчивых конфигураций реализована возможность управления переключением на запасной сервер (failover) для логической репликации. Добавлена новая утилита pg_createsubscriber для преобразования физической реплики в новую логическую реплику.
  • Добавлена новая опция "sslnegotiation" для прямого согласования защищённых TLS-соединений с использованием TLS-расширения ALPN.
  • Реализована предопределённая роль pg_maintain, предоставляющая пользователю право выполнения операций, связанных с обслуживанием СУБД.
  • В утилиту pg_basebackup, применяемую для создания резервных копий БД, добавлена поддержка инкрементальных бэкапов. Для реконструирования полного бэкапа из набора инкрементальных копий предложена новая утилита pg_combinebackup. В утилиту pg_dump добавлена опция "--filter" для выбора включаемых в дамп объектов.
  • При анализе запросов при помощи SQL-команды "EXPLAIN" реализован вывод времени, потраченного на чтение и запись локальных блоков при вводе/выводе. В команду "EXPLAIN" также добавлены две новые опции "MEMORY" и "SERIALIZE", при помощи которых можно определить размер использованной памяти и время, потраченное на преобразование данных для передачи по сети.
  • Обеспечена индикация прогресса выполнения операции VACUUM с индексами.
  • Добавлено системное представление pg_wait_events, которое в сочетании с представлением pg_stat_activity позволяет подробнее изучить причины нахождения активных сеансов в состоянии ожидания.


  1. Главная ссылка к новости (https://www.postgresql.org/abo...)
  2. OpenNews: Релиз СУБД PostgreSQL 16
  3. OpenNews: Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года
  4. OpenNews: Оценка изменения производительности СУБД PostgreSQL за последние 15 лет
  5. OpenNews: В CVE опубликованы отчёты о ложных уязвимостях в curl, PostgreSQL и других проектах
  6. OpenNews: Опубликован стандарт SQL:2023
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61935-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (106) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Walker (??), 20:33, 26/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлена новая утилита pg_createsubscriber для преобразования физической реплики в новую логическую реплику.

    Годнота! Тут от Postgres Professional
    стрим смотрел про это, классно https://www.youtube.com/watch?v=peLXtGorl8A

     
     
  • 2.13, penetrator (?), 03:05, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –7 +/
    сначала создали проблему, потому филигранно ее решили? молодцы )))
     
  • 2.78, Аноним (78), 17:06, 27/09/2024 Скрыто ботом-модератором     [к модератору]
  • –8 +/
     

  • 1.3, нах. (?), 20:47, 26/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > При выполнении операции VACUUM

    мляааааа... в 2009м году они его обещали ОТМЕНИТЬ!
    Окончательно и бесповоротно!

    Кстати, где тот хмырь что год назад обещал нам новый формат хранилища не требующий вакума, уже почти и вот-вот? Убили и съели?

     
     
  • 2.7, Аноним (7), 21:26, 26/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не знаю, какой там хмырь что обещал, но постгрес без вакуума есть:

    https://github.com/orioledb/orioledb

    да, одним extension не обойтись - постгрес всё еще нужно патчить.

     
     
  • 3.18, нах. (?), 08:54, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скорее это его нет чем есть -

    Commits on Sep 26, 2024
        feature: Lock S3 bucket on startup (#371)
    za-arthur committed Sep 26, 2024

    Commits on Sep 18, 2024
        Use yapf to format root folder python scripts
        akorotkov  committed Sep 18, 2024

        Update copyright
    akorotkov committed Sep 18, 2024

    Commits on Jul 21, 2024

    работа, как видим, кипитЪ!

    А статус по прежнему - "пригодно для экспериментов". Год уже прошел, или больше?


     
     
  • 4.86, Аноним (86), 21:37, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, как proof of concept есть.

    А то, что никто на это время не дал ему денег на "допилить" - тут одно из двух: либо он не смог никому, у кого есть деньги, объяснить пользу, либо это никому не надо.

     
     
  • 5.87, Прохожий (??), 22:55, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть ещё один вариант, наиболее вероятный: денег нет и не будет. Сами едва живы.
     
  • 5.109, scriptkiddis (?), 09:35, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С таким флагом из всех щелей он деняг и не получит.
     
  • 3.44, anguest (?), 13:09, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно тестировал на нагрузках. Еще сырое, после определенного кол-ва активных инсертов начинаются утечки памяти и все падает.
     
  • 2.11, Аноним (11), 23:36, 26/09/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так ведь вакуум - это следствие того, что сама БД - версионка.
    И оперирует версиями строк, что как бы еще в самом начале рассказывают.
     
     
  • 3.16, Аноним (16), 08:04, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как бы в 21 веке оперировать версиями строи и потом запускать вакуум некошерно. Не неходите? Это же не 70-е годы того века. Почти 50 лет от тех времен прошло.

    ПС. Оакловый подход, в общем, тоже немного устарел, но более комфортен при промышленной эксплуатации

     
     
  • 4.52, Аноним (52), 14:21, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как бы в 21 веке оперировать версиями строи и потом запускать вакуум некошерно. Не неходите? Это же не 70-е годы того века. Почти 50 лет от тех времен прошло.

    Какая разница сколько прошло и какой сейчас век. Байтам больше 50 лет, так что, ими некошерно пользоваться? Возвращаясь к вакууму - что, придумали что-то лучше? Только не говори что undo логи писать которые то же самое, только наоборот, при этом сложнее и медленнее.

     
     
  • 5.89, Прохожий (??), 23:08, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Возвращаясь к вакууму - что, придумали что-то лучше? Только не говори что undo логи писать которые то же самое, только наоборот, при этом сложнее и медленнее.

    Не то же самое, всё же. Там этим vacuum-ом не надо заниматься, всё автоматически делается. И это, вакуум быстрый, что ли? Да не смеши мои тапки. Кроме того, ты, очевидно, этого не знаешь. Но undo можно положить на другую дисковую подсистему. А с vacuum-ом ты приплыл, никак не масштабируется, потому что in-place.

     
     
  • 6.100, Аноним (16), 11:13, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К сожалению подросло поколение людей, которые не только не знают и не хотят ничего знать, но и гордятся своим незнанием - примерно как в фильме "Идиократия". И ваше объяснение - это как метать бисер перед нечистоплотными животными, может быть. Хорошо если это будет не так, и они пойдут, найдут информацию, попробуют ее понять, и сделают для себя какие-то полезные выводы.
     
     
  • 7.105, Наме (?), 13:57, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Специфика работы MVCC в Оракле сложна и запутана. Вникать в её тонкости практически нет никакого смысла, потому что процесс этот для настройки почти не доступен, да и от версии к версии меняется (хотя с 11-той версии, вроде как, не особо). Знают её единицы, и то по случайности. Вот я один из таких единиц. Выносить UNDO с другую точку монтирования штука полезная, но и в случае Слона проблема с вв имеет свои решения, но уже на уровне ОС или оборудования, а не на уровне СУБД. Слон вообще полуфабрикат, его не стоит сравнивать с готовыми коммерческими продуктами. На базе Слона можно сделать вполне годную СУБД под свои задачи, главное не пытаться подходить к этому со стереотипами, выработанными при работе с Майком или Ораклом.
     
  • 6.104, Наме (?), 13:50, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вакуум быстрый, да. Не помню уже с какой версии стало сильно быстрее, по-моему, с 13 или 14-той. Главное под автовакуум места не жалеть.
     
     
  • 7.106, Наме (?), 14:02, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Места в смысле оперативы.
     
  • 4.61, Аноним (61), 15:13, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вижу знатока. Чем же подход Оракла отличается от того, что используется в Postgres? Ну-ка, ну-ка. Открываю большую пачку с чипсами.
     
     
  • 5.88, Прохожий (??), 22:58, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там нет vacuum. Видимо, этим. А что же там есть? Там есть отдельное табличное пространство для целей сохранения предыдущих значений (до начала транзакции). Недостатки: для длинной транзакции rollback может длиться очень долго (столько же, сколько изменение данных во время транзакции). Достоинства - откаты данных происходят сравнительно редко, поэтому нет необходимости постоянно делать vacuum.
     
     
  • 6.101, Наме (?), 11:35, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это как если житель, скажем, рязанской области, зайдя в магаз где-нибудь где-ниб... большой текст свёрнут, показать
     
     
  • 7.110, Прохожий (??), 11:01, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну и ты сам в чатгпт вычитал, что подход Оракла тормозит в случае отката. Прям, сильно тормозит. Вряд ли ты знаешь почему.

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

    >А вот утверждение, что транзакции куда чаще завершаются фиксацией, чем откатом, это, мягко говоря, очень сильное допущение.

    Правда, что ли? Предлагаю подумать головой более тщательно, прежде чем писать подобное.

     
     
  • 8.115, Наме (?), 23:47, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Специфики работы UNDO в документации нет вообще, она там не нужна Как нет и нич... текст свёрнут, показать
     
  • 3.17, mos87 (ok), 08:05, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    эта одна из первых вещей, которые рассказывают тем же (будущим) админам ПГ

    а потом ещё про "переполнение" какого-то счётчика.

     
     
  • 4.19, нах. (?), 08:56, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    погоди, они и это не смогли починить?! Про "переполнение" мне тоже рассказывали... давным-давно со словами "ну вот щас-щас щас решим и эту проблему".

     
     
  • 5.20, mos87 (ok), 09:04, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне рассказывал толковый тыЮтор, возможно поэтому про щастамвсёпочинят он не говорил. Просто рассказал, что это и почему. В т.ч. что совсем уж просто не починится.

    Впрочем, курс он читал всем известный от ПРОшников.


    ЗЫ и да, я без понятия, может и "починили". Я не ДБА, поэтому после уже не интересовался.

    ЗЗЫ ЕМНИП переход на 64 бита должен был сделать число уже совсем неприлично большим.

     
     
  • 6.22, Аноним (22), 09:19, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вам бы на компьютерные курсы сходить чтоль, более безграмотных постов про постгрес я тут не видел
     
     
  • 7.23, mos87 (ok), 09:37, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Закрой глазки.

     
  • 6.29, нах. (?), 09:50, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > ЗЫ и да, я без понятия, может и "починили". Я не ДБА,

    не надейся, у меня "настоящие" dba через стол сидят, мы как раз надысь ржали по этому поводу.

    > ЗЗЫ ЕМНИП переход на 64 бита должен был сделать число уже совсем

    А енто только в про. Покупайте наших слонов!

     
     
  • 7.30, Витюшка (?), 10:21, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты думаешь они там просто так сидят на зарплате?
     
     
  • 8.38, нах. (?), 11:25, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну могли бы книжки писать оh shi ... текст свёрнут, показать
     
  • 7.33, Аноним (33), 11:10, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так твой дба тоже безграмотный и все время ржёт с того случая как ему на стройке кирпич на голову упал.
     
     
  • 8.34, Аноним (33), 11:11, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да и был бы он грамотным не был бы дба ... текст свёрнут, показать
     
     
  • 9.91, Прохожий (??), 23:12, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У вас программисты рулят базами данных Тады ой, беда, печаль Мне вас искренне ... текст свёрнут, показать
     
     
  • 10.99, Прохожий (??), 09:03, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, ты сейчас мне преподал урок логики Раз грамотен, значит - программист, ну... текст свёрнут, показать
     
  • 8.90, Прохожий (??), 23:11, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что безграмотного этот DBA сказал-то Всё ж в доке написано Разве нет Счётчи... текст свёрнут, показать
     
     
  • 9.97, Аноним (33), 01:30, 28/09/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.42, User (??), 12:55, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну надо же хорошим людям на чем-то зарабатывать? Вот, одна из первых продавашек астровского tantor'а:
    "64-битный счетчик транзакций(XID)
    В PostgreSQL существует ограничение (N = 232) на количество идентификаторов транзакций (XID), при достижении которого необходимо выполнить процедуру заморозки. С 64-битным XID переполнение счетчика транзакций становится фактически невозможным"
    покупайте-наших-слонов!
     
     
  • 6.63, Аноним (61), 15:18, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем этот 64-битный счётчик? Чтоб было? В практике никогда не встречал, чтобы 32-битный счётчик становился проблемой. Ну, красиво, конечно, когда он 64-битный -- тогда можно подзабить на вакуум, но если вакуум адекватно настроен, то счётчик никогда не становится проблемой.
     
     
  • 7.73, User (??), 15:53, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем этот 64-битный счётчик? Чтоб было? В практике никогда не встречал,
    > чтобы 32-битный счётчик становился проблемой. Ну, красиво, конечно, когда он 64-битный
    > -- тогда можно подзабить на вакуум, но если вакуум адекватно настроен,
    > то счётчик никогда не становится проблемой.

    Ужтыж! Аноним не встречал - и впрямь не за чем. Пойду напишу в postgres pro\tantor labs, пусть откатывают и за консультацией по настройке вакуума на опенок идут.

     
     
  • 8.74, Аноним (61), 16:29, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Моркентинг 32 больше 64 Больше Значит, лучше Ты сам себе попробуй объяснить ... текст свёрнут, показать
     
  • 8.76, Аноним (76), 16:44, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У мёрзлого ежика зачем 64-битный счётчик более-менее понятно -- у них лицензия з... текст свёрнут, показать
     
     
  • 9.82, User (??), 17:33, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну если ресурсов на каждый микросервис в каждой из сред по кластеру поднять ... текст свёрнут, показать
     
     
  • 10.83, Аноним (76), 17:55, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Postgres для микросервисов не вариант вообще Там лайта за глаза Если вообще ну... текст свёрнут, показать
     
     
  • 11.85, User (??), 18:18, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, если Вы так говорите ... текст свёрнут, показать
     
  • 7.77, Аноним (77), 17:03, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    64-разрядный счетчик хотя бы для того, чтобы на репликации у тебя вдруг колом не встал мастер, потому что реплика по какой-то причине отстала.
     
     
  • 8.80, Аноним (76), 17:16, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Т е у тебя есть слот, реплика отвалилась на полгода, а потом, через полгода, ты... текст свёрнут, показать
     
  • 8.81, Аноним (76), 17:23, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но это же не непреодолимая проблема -- можно же настроить игнорирование слота в ... текст свёрнут, показать
     
  • 2.49, Аноним (52), 14:18, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю кто тебе что там обещал, но MVCC с вакуумом на данный момент не имеет аналогов по проиводительности.
     
     
  • 3.65, Аноним (61), 15:20, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну уж так мёдом лить не надо. Реализация обслуживания mvcc в Слоне не сравнимо хуже, чем в Оракле, и, в общем, хуже, чем у Майков, но вполне себе съедобно.
     
     
  • 4.75, Аноним (76), 16:40, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, ок, уточню -- хуже для случаев, когда транзакция COMMIT-ом завершается, но лучше, когда ROLLBACK-ом. Это если только производительность именно данной конкретной функциональности в отрыве от прочих накладных расходов рассматривать. Всё же сохранять хронологические данные вместе в оперативными прикладными хоть и быстро, но уж очень имеет тенденцию пухнуть. Даже если вакуум адекватный, но всё равно оракловые UNDO и майковое VERSION STORE в TempDB лучше. На мой взгляд. Но и решением Слона вполне можно жить.
     
     
  • 5.92, Прохожий (??), 23:15, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Rollback намного более редкая ситуация на практике, чем Commit.
     
  • 2.62, Аноним (61), 15:14, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нах, тебе-то чем вакуум не угодил?
     
     
  • 3.93, Прохожий (??), 23:19, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что это убогая технология, которая может (не обязательно, но случаев много) повлечь за собой кучу проблем. Сейчас, конечно, с ним получше стало, чем N лет назад. Но всё равно, любой commit - это тормоза по определению из-за вот этого способа сохранять старые данные. Плюс отсутствие масштабирования. У Oracle UNDO можно положить на другую дисковую подсистему. С PG так не получится, разве что отдельные таблицы раскидывать по этим подсистемам. Плюс таблицы регулярно пухнут. И получается, для часто изменяемых таблиц без vacuum - никак. Особенно, если эти таблицы в отчётности какой ещё участвуют. Ведь не почистишь таблицу, придётся (если полное сканирование) перелопачивать все данные, в том числе старые, которые уже никому не нужны ни в каком виде.
     
     
  • 4.102, Наме (?), 11:52, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Никаких тормозов фиксация в Слоне не подразумевает. В Слоне фиксация очень простая операция. С остальным, скорее, согласен. Файлы данных в Слоне пухнут, да. Пухнут даже при нормально настроенном вакууме. До сих пор нет онлайнового полного вакуума. И это реальная, а не надуманная проблема.
     
     
  • 5.111, Прохожий (??), 11:16, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется, сам по себе commit - быстрая операция. Но подготовка к нему, особенно, когда данных меняется много и разнести ввод-вывод (в отличие от Оракла) никак нельзя, потому что всё in-place...
     
     
  • 6.116, Наме (?), 23:57, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему нельзя-то? Расслоить вв ничто не мешает. И у Слона нет изменений инплэйс никогда, кроме тостов. Это со временем и становится проблемой.
     
  • 5.119, Аноним (119), 12:45, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >До сих пор нет онлайнового полного вакуума. И это реальная, а не надуманная проблема.

    Есть, но через расширение.

    https://reorg.github.io/pg_repack/

    Костыльно, всрато, но работает.

     

  • 1.5, Цезий Родонович (?), 21:01, 26/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    UNOD пока не завезли, тогда пофиг будем на любом postgresql
     
  • 1.6, Аноним (6), 21:06, 26/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >в течение пяти лет

    Вот интересно как тут влияет длительность поддержки.
    Рейтинг популярности СУБД:
    https://db-engines.com/en/ranking

     
     
  • 2.8, голос из леса (?), 21:39, 26/09/2024 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
  • 2.9, Bonbon (?), 21:46, 26/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему МарияДБ сползла в подвал?
     
     
  • 3.10, Аноним (10), 22:22, 26/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому как время форумов и баз для сайтов прошло.
     
  • 3.15, Аноним (15), 07:08, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Фанатики форсили, но на практике мускл намного более полноценный продукт.
     
     
  • 4.41, Аноним (33), 11:48, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На практике одно и то же. И нет смысла переходить на Марию.
     
     
  • 5.98, Ilya Indigo (ok), 04:35, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На практике, Мария хуже Мускуля!
    Так как есть в ней моменты, которые после форка в мускуле исправили а в Марие до сих пор нет.
    И JSON через жопу в ней реализовали.

    Если у вас типичный сайт на вордпрессе или другой CMS или сайт на каком-нибудь фреймвёрке с моделью PDO, то разницы, практически не будет.

    Но если вы инженер и вы разрабатываете сложную структуру, которая будет завязана на СУБД,
    и вы сравниваете различия между ними, то результат выбора очевиден в пользу MySQL.

     
     
  • 6.114, _ (??), 22:49, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ... то результат выбора очевиден в пользу PostgreSQL

    Исправил, не благодари!(С)

     
     
  • 7.117, Ilya Indigo (ok), 07:23, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да не за что, могу и постгресс разобрать 1 Постгрессчики часто хвалятся поисков... большой текст свёрнут, показать
     
     
  • 8.118, Аноним (61), 12:42, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хорошее подтверждение пословицы про меньше знаешь, лучше спишь Если на твоём ур... текст свёрнут, показать
     
  • 3.28, Bkmz (??), 09:49, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю, как мария, в РФ на мой взгляд в основном набирает популярность postgresql

    мне во многих компаниях говорили, что они отказываются от mssql или oracle, и двигаются в сторону postgres

     
     
  • 4.46, slowkun (ok), 13:34, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В тех компаниях, что я работал, как сидели так и сидят на mssql. И двигаться там куда-то они не собираются по причине - руководство эти ваши постгресукеелы не знает и знать не велит.
     
  • 4.59, 1 (??), 15:11, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Заставляют отказываться" ...
    И таки да - пытаются заменить ... Но замена неравнозначная ... Не знаю про Oracle - но при замене MS SQL скорость деградирует в разы.
    Причём, если для 1с ЗУиП скорость хоть как-то довели до приемлемого уровня, то для крупняка, типа адванты, нет.
     
     
  • 5.71, Аноним (61), 15:42, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там проблема в 1С, а не в СУБД. Изначально пилили под блокировщик и грязное чтение, поэтому теперь и проблемы с Postgres, в котором грязного чтения нет в принципе.
     
  • 5.84, Илья (??), 18:05, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Но замена неравнозначная

    Вот заиспользуют все самые специфичные мутные фичи от БД, а потом за голову хватаются.

     
  • 4.67, Аноним (61), 15:28, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оракл и Майк не купить.
     
  • 2.25, Аноним (25), 09:46, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Рейтинг популярности СУБД

    Что там делает монго?

     
     
  • 3.27, neo one (?), 09:47, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Что там делает монго?

    ворочает терабайтами ) причём уж побыстрее кое-кого, не будем пальцами показывать.

     
     
  • 4.36, Аноним (33), 11:17, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это та сама монга которая не в состоянии сделать самый примитивный джоин? Такая база только для смузиков.
     
  • 4.39, нах. (?), 11:27, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Что там делает монго?
    > ворочает терабайтами ) причём уж побыстрее кое-кого, не будем пальцами показывать.

    нуууу фффцелом... зашифровать нафиг всю тазу банных какого-нибудь особо модного-современного-облачного ентер-прайса у нее действительно сильно побыстрее многих выходило.


    (подскажите, эксперты - у нее по прежнему дефолтная конфигурация без авторизации вовсе, да?)

     
     
  • 5.40, Аноним (33), 11:41, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По умолчанию вход только с локалхоста без авторизации.
     
     
  • 6.43, нах. (?), 13:06, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > По умолчанию вход только с локалхоста без авторизации.

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

     
     
  • 7.53, Аноним (33), 14:24, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я с сайта ставил по официальной доке https://www.mongodb.com/docs/manual/tutorial/install-mongodb-on-ubuntu/
     
  • 4.66, Аноним (61), 15:25, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Давно сдохла. Его крупняк везде выпиливает. С огромным трудом и затратами.
     
  • 2.58, 1 (??), 15:07, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    R:Base приподнялся ...
    Ах - где мои 17 лет и красный сарафан ?
     

  • 1.24, neo one (?), 09:43, 27/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Расширены возможности SQL-команды "MERGE", позволяющей создавать условные SQL-выражения, объединяющие в одном выражении операции INSERT, UPDATE и DELETE.

    Вау, изобрели то что было было в монге 2.х 10 лет назад.

     
     
  • 2.113, Rollo99 (ok), 13:01, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не изобрели, а пробили и протащили в релиз.
    Теме почти 20 лет )
    https://habr.com/ru/companies/postgrespro/articles/412605/
     

  • 1.26, neo one (?), 09:46, 27/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Реализована поддержка новых возможностей для работы с форматом JSON, определённых в стандарте SQL/JSON

    SQL/JSON - это тупиковый путь, натягивать JSON в SQL. Посмотрели бы как в монге сделана работа с JSON - очень удобно.

     
     
  • 2.31, Golangdev (?), 10:36, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > SQL/JSON - это тупиковый путь

    нет, попробуй поработать в реальных большию компаниях, увиденное тебя удивит

     
     
  • 3.35, Аноним (33), 11:15, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работал я в одной компании так там золотым микроскопом шурупы забивают в бетонную стену. Увиденного хватило.
     
  • 3.47, neo one (?), 14:13, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >попробуй поработать в реальных большию компаниях, увиденное тебя удивит

    да я в курсе, переходят на 1С и поц^WТантор ) мне хорошо в маленькой компании, где я сам себе техлид )

     
  • 3.48, neo one (?), 14:14, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >попробуй поработать в реальных большию компаниях

    а ещё натягивают на свой любимый SQL всякие уродства типа Hibernate или JUKE, чтобы поменьше тошнило. А просто взять изначально объектную СУБД дядя-насяльника не велит )

     
     
  • 4.51, Аноним (51), 14:19, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Начнём с того, что в огромной куче задач тебе вообще не нужна субд.
     
     
  • 5.54, Аноним (52), 14:24, 27/09/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.55, Аноним (33), 14:28, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому для этих задач мы напишешь хранимых процедур и будем их поддерживать.
     
  • 4.64, 1 (??), 15:20, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для каждого болта свой молоток.
    Где-то нужна объектная СУБД, а где-то и ClickHouse самое оптимальное.
     
     
  • 5.70, Аноним (61), 15:34, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Их нет, "объектных" СУБД. На рынке только реляционные остались. Остальное -- не нужно.
     
     
  • 6.95, Прохожий (??), 23:24, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть. Oracle.
     
     
  • 7.103, Наме (?), 11:56, 28/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, Оракл ни разу не объектная СУБД.
     
     
  • 8.112, Прохожий (??), 11:18, 29/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лень искать их рекламные проспекты N-летней давности ... текст свёрнут, показать
     
  • 4.69, Аноним (61), 15:32, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Объектных СУБД не существует в природе. Рабочих.
     
     
  • 5.79, 1 (??), 17:07, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что, MUMPS и его наследник Cache сдохли ?
    И что там было у межделмаша в AS/400 ?
     
     
  • 6.120, Аноним (61), 12:55, 30/09/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это не Объектные СУБД , а в нынешнем понимании что-то вроде Ф С с COW Ну вот к... большой текст свёрнут, показать
     
  • 5.94, Прохожий (??), 23:24, 27/09/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Oracle. Вполне себе объектная СУБД по совместительству. Рабочая.
     

  • 1.107, Аноним (107), 15:10, 28/09/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В каждую радужную ветку про постгре надо заносить ссылки примерно такие
    https://www.linux.org.ru/news/opensource/17209306?cid=17209869
    и дальше по обсуждению.
    Эту ветку https://www.linux.org.ru/news/proprietary/17234705#comments
    Что-то такое https://www.linux.org.ru/news/opensource/17652488?cid=17652756
    И просто поискать по всему лор. Тут то очки и спадут.
     
  • 1.121, анонимус (??), 01:58, 01/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будет ли в новой версии работать такой запрос?

    SELECT file AS b FROM files ORDER BY SUBSTR(b, 6);

    В 15 не работает.

     
     
  • 2.122, Аноним (61), 12:50, 01/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Со Слоном работаю с 9-той версии. И такое всегда работало. И сейчас прекрасно работает.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру