The OpenNET Project / Index page

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

Релиз СУБД PostgreSQL 14

30.09.2021 19:24

После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 14. Обновления для новой ветки будут выходить в течение пяти лет до ноября 2026 года.

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

  • Добавлена поддержка доступа к данным JSON при помощи выражений, напоминающий работу с массивами:
    
       SELECT ('{ "postgres": { "release": 14 }}'::jsonb)['postgres']['release'];
    
       SELECT * FROM test WHERE details['attributes']['size'] = '"medium"';
    
    
    
    

    Аналогичный синтаксис реализован и для данных в формате ключ/значение, обеспечиваемых типом hstore. Подобный синтаксис изначально реализован с использованием универсального фреймворка, который в будущем может быть задействован и для других типов. Пример для типа hstore:

    
      INSERT INTO mytable VALUES ('a=>b, c=>d');
      SELECT h['a'] FROM mytable;
      UPDATE mytable SET h['c'] = 'new';
    
  • Семейство типов для определения диапазонов расширено новыми типами "multirange", позволяющими задавать упорядоченные списки неперекрывающихся диапазонов значений. В дополнение к каждому существующему range-типу предложен свой multirange-тип, например, типу "int4range" соответствует "int4multirange", а "daterange" - "datemultirange". Применение новых типов упрощает оформление запросов, манипулирующих со сложными последовательностями диапазонов.
    
       SELECT '{[3,7), [8,9)}'::int4multirange;
       SELECT nummultirange(numrange(1.0, 14.0), numrange(20.0, 25.0));
    
  • Внесены оптимизации для повышения производительности высоконагруженных систем, обрабатывающих большое число соединений. В некоторых тестах наблюдается двукратный прирост производительности.
  • Повышена эффективность работы индексов B-tree и решена проблема с разрастанием индексов при частом обновлении таблиц.
  • Добавлена поддержка работающего на стороне клиента (реализован на уровне libpq) режима конвейерной (pipeline) передачи запросов, позволяющего значительно ускорить сценарии работы с БД, связанные с выполнением большого числа мелких операций записи (INSERT/UPDATE/DELETE) за счёт отправки следующего запроса не дожидаясь результата предыдущего. Режим также помогает ускорить работу при соединениях с большими задержками доставки пакетов.
  • Расширены возможности для распределённых конфигураций, включающих несколько серверов PostgreSQL. В реализации логической репликации появилась возможность отправки в потоковом режиме транзакций, находящихся в процессе выполнения, что позволяет значительно повысить производительность репликации крупных транзакций. Кроме того, оптимизировано логическое декодирование данных, поступающих в процессе логической репликации.
  • В механизме подключения внешних таблиц Foreign Data Wrapper (postgres_fdw) добавлена поддержка параллельной обработки запросов, которая пока применима только при подключении к другим серверам PostgreSQL. В postgres_fdw также добавлена поддержка добавления данных во внешние таблицы в пакетном режиме и возможность импорта секционированных таблиц через указание директивы "IMPORT FOREIGN SCHEMA".
  • Внесены оптимизации в реализацию операции VACUUM (сборка мусора и упаковка дискового хранилища). Добавлен аварийный режим очистки ("emergency mode"), пропускающий несущественные операции чистки, если создаются условия ухода на второй круг номеров идентификаторов транзакций (transaction ID wraparound). Снижены накладные расходы при обработке индексов в формате B-Tree. Значительно ускорено выполнение операции "ANALYZE, собирающей статистику о работе БД.
  • Добавлена возможность настройки метода сжатия, применяемого в системе TOAST, отвечающей за хранение больших данных, таких как блоки текста или геометрическая информация. Помимо метода сжатия pglz в TOAST теперь можно использовать алгоритм LZ4.
  • Расширены средства для мониторинга за работой СУБД. Добавлены представления для отслеживания прогресса выполнения команд "COPY" (pg_stat_progress_copy), статистики о слотах репликации (pg_stat_replication_slots) и активности, связанной с WAL-логом транзакций (pg_stat_wal). Добавлена функция compute_query_id, включающая в различных подсистемах, таких как pg_stat_activity и EXPLAIN VERBOSE, отслеживание запросов с присвоением уникального для каждого запроса идентификатора.
  • В планировщик запросов добавлены оптимизации, улучшающие параллельную обработку запросов и позволяющие поднять производительность одновременного выполнения операций последовательного сканирования записей, параллельного запуска запросов в PL/pgSQL при помощи команды "RETURN QUERY" и параллельного выполнения запросов в "REFRESH MATERIALIZED VIEW". Для повышения производительности цикличных вложенных слияний (join) реализована поддержка дополнительного кэширования.
  • Для оптимизации выражений теперь может быть использована расширенная статистика, а для оптимизации оконных функций - инкрементальная сортировка.
  • В хранимых процедурах, позволяющих управлять транзакциями в блоках кода, реализована поддержка определения возвращаемых данных при помощи параметров "OUT".
  • Добавлена функция date_bin для округления значений с типом timestamp в соответствии с заданным интервалом.
    
       SELECT date_bin('15 minutes', TIMESTAMP '2020-02-11 15:44:17', TIMESTAMP '2001-01-01');
       2020-02-11 15:30:00
    
  • Добавлены определённые в стандарте SQL выражения SEARCH и CYCLE, упрощающие упорядочивание и выявление циклов в рекурсивных обобщённых табличных выражениях (Common Table Expression, CTE).
    
       WITH RECURSIVE search_tree(id, link, data) AS (
           SELECT t.id, t.link, t.data
           FROM tree t
         UNION ALL
           SELECT t.id, t.link, t.data
           FROM tree t, search_tree st
           WHERE t.id = st.link
       ) SEARCH DEPTH FIRST BY id SET ordercol 
       SELECT * FROM search_tree ORDER BY ordercol;
    
  • В утилите psql улучшено автодополнение команд табуляцией, в команде "\df" добавлена возможность показа аргументов функций, а в команде "\dX" расширена выводимая статистика.
  • Предоставлены предопределённые роли pg_read_all_data и pg_write_all_data позволяющие выдавать доступ сразу ко всем объектам базы (таблицам, представлениям и схемам) в режимах только для записи и только для чтения.
    
       GRANT pg_read_all_data TO user1;
    
  • В новых установках по умолчанию обеспечено применение парольной аутентификации с использованием метода SCRAM-SHA-256 вместо md5 (параметр "password_encryption" при генерации postgresql.conf теперь устанавливается в значение 'scram-sha-256').


  1. Главная ссылка к новости (https://www.postgresql.org/abo...)
  2. OpenNews: Релиз СУБД PostgreSQL 13
  3. OpenNews: Сторонняя организация пытается зарегистрировать торговую марку PostgreSQL в Европе и США
  4. OpenNews: Компания Alibaba открыла код распределённой СУБД PolarDB, основанной на PostgreSQL
  5. OpenNews: Опубликован Kubegres, инструментарий для развёртывания кластера PostgreSQL
  6. OpenNews: Для PostgreSQL подготовлено дополнение AGE для хранения данных в форме графа
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55891-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (152) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, menangen (?), 19:58, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Пора переводить прод с мускула на постгрю!
     
     
     
    Часть нити удалена модератором

  • 3.8, кукурузка (?), 20:40, 30/09/2021 [ответить]  
  • +4 +/
    > Если ваш "прот" можно вот так взять и перевести с MySQL на PostgreSQL, то это вызывает подозрение, что ваш "прот" - это сонник.

    А у этот комеент вызывает подозрения что вы не вкурсе как писать переносимые и расширяемые приложения и завязываетесь всегда на специфичные фишки всего вокруг. И это вызывает сильные подозрения что созданное вами пригодно для использования.

     
     
  • 4.16, Аноним (16), 21:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Хм, тут как спросишь, какую СУБД выбрать в проект, так сразу начинается - "смотря какие задачи". А сейчас вдруг оказывается, что не надо фишки под задачи подбирать, пишите "переносимые".
     
     
  • 5.25, Аноним (25), 22:17, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У товарища просто примитивный бэкенд и задачи. Соответственно там и отличий никаких нет. И нагрузка соответствующая.

    Конечно у всех БД свой SQL несовместимый SQL. Перевести базу данных очень сложно.

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

     
     
  • 6.32, пох. (?), 23:05, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Делают, почему же не делают.  Только делают там где понимают, нахрена ж страдать.

    Ну например мы тут перешли с оракла на... оракл, ага. 19й. Ну пару раз в опу дали... и немного пришлось отсо...ть с производительностью в некоторых узкоспециальных местах. Куды деваться, немодные версии снимают с поддержки.

     
  • 6.48, Аноним (48), 03:29, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя похоже вообще задач нет, одни смузи на уме.
     
  • 5.45, Умпа (?), 02:01, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> "смотря какие задачи"

    Смотря КАКАЯ ЛИЦЕНЗИЯ!!!
    300% местных далба обов пишет для собственной бабушки, по ходу.
    За иороженку.

    И, да! -- мой код работает _И_ под MySQL, _И_ под MS SQL, _И_ под Oracle.

    Окощько открыл мана в преференциях мана, указала мана база мана и мана окей нажимала.

    А постгресс -- МИТ.

    Поэтому он.

     
     
  • 6.84, Steve Ballmer (?), 11:51, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там наверное select password from wp_users where username = 'vasya'
     
  • 5.22, 2021 (?), 22:05, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Мамкиным понторезам не лень 2k21 вместо 2021 набирать.
     
  • 5.26, Аноним (16), 22:17, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Папкиным манторезам не лень 2021 вместо 2021 набирать.
     
  • 5.27, Аноним (25), 22:19, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну они сейчас достаточно быстрые. На прошлом проекте в базу никто практически ни лез. Там даже кастомных индексов за запросы не было. Производительности хватало.

    И для многих проектов хватает.

     
  • 5.61, Счетовод (?), 08:01, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    2k21 == 2210 != 2021
     
     
     
    Часть нити удалена модератором

  • 7.89, Аноним (89), 12:10, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А тебя не обламывает раскладку переключать ради забивания"k"?
    Ты тратишь впустую свое время и совершаешь лишнее движение. Всякое лишнее движение не нужно, так как порождает хаос и тратит еще больше твоего времени в итоге. Лучше бы это время на что-то более полезное потратил. А так из закономерностей и секунды складываются в минуты/часы/дни/годы.

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

     
     
     
    Часть нити удалена модератором

  • 9.108, Аноним (108), 16:36, 01/10/2021 [ответить]  
  • +2 +/
    Дело не в твоём времени, а в том что твой текст выглядит плохо, неприятно читать... текст свёрнут, показать
     
  • 7.124, мимокро (?), 20:21, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    лавров.jpg
     
  • 7.128, Аноним (128), 01:37, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    2k во всём мире значит 2000 И это правильно Двадцать с лишним лет назад умный ... большой текст свёрнут, показать
     
  • 7.131, ptr128 (?), 07:23, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сопротивление среднего резистора 2002 Ом или все же 2200 Ом?
    https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcRtqmzNrrTVQ5_5u0Aif-h7rc

    А у этого резистора сопротивление, по Вашему, 33 Ом. Или все же 330?
    https://sesaga.ru/wp-content/uploads/2012/05/rasshifrovka.jpg

    Разделитель "K" нужно употреблять все же понимая, что он обозначает, а не от балды.
    2021 = 2K021, а 2K21 = 2210

     
  • 4.28, kai3341 (ok), 22:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Падаван явно мал и глуп У разных реализаций разный синтаксис То, что в Oracle з... большой текст свёрнут, показать
     
     
  • 5.31, kissmyass (?), 22:48, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вместо счетчика использовать свой генератор айдишек базирующийся на времени (или рандомный типа GUID, если первичный ключ может быть не кластерным, так называемый Heap, привет SQL Server), про многоуровневые JOINы забудь, особенно в нагруженных СУБД или при шардинге (да и не нужны они вообще, разве что для пейджинга с сортировкой на стороне СУБД), кластерный индекс и некластерный имеют всегда O(n), зависит от размера таблицы и балансировки дерева, разница между ними только в том, что кластерный определяет физическое размещение данных на диске, т.е. некластерному надо прочитать индекс, а потом саму запись, данные не находятся вместе с индексом, но один хрен это все O(n)

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

     
     
  • 6.36, kai3341 (ok), 23:28, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Очень умная идея Привет, фрагментация кластерного индекса и всей таблицы, развл... большой текст свёрнут, показать
     
     
  • 7.41, kissmyass (?), 00:44, 01/10/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 8.46, kai3341 (ok), 03:19, 01/10/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 9.56, aa (?), 07:03, 01/10/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 9.59, Bx (ok), 07:16, 01/10/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 9.130, edo (ok), 06:21, 02/10/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.49, Аноним (48), 03:32, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обсмеялсо!
     
  • 5.167, Наме (?), 10:20, 04/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мягко скажем, винегрет.
     
  • 4.40, Аноним (40), 00:09, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Все нормальные люди используют orm а не пишут sql запросы и кот полностью переносимый
    А потом оно начинает тормозить и пишут запросы которые выполняться быстро но...
     
     
  • 5.68, Аноним (68), 08:59, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Все нормальные люди используют комбинацию подходов: используют ORM и Query Builders для банальных запросов, и пишут SQL там, где это требуется из соображений производительности.

    Универсальные ORM/QB хороши для рутинных вещей, но не способны сгенерировать оптимальные запросы и использовать специфику конкретной РСУБД.

     
     
  • 6.91, kai3341 (ok), 12:21, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > и пишут SQL там, где это требуется из соображений производительности

    Открой для себя SQLAlchemy. Эта ORM позволяет извлечь как все преимущества императивного подхода, разбив ORM-запрос на модули и вынеся подзапросы отдельно, так при этом сохранить все преимущества SQL -- ты волен написать любой валидный запрос (почти. Не без косяков. Но они устранимы)

     
     
  • 7.93, Наме (?), 12:29, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А как там rollbacks-ы отрабатывают? Вот налепил ты объектов, решил их транзакционно поменять, поменял и тут -- хлоп -- в самом конце какое-то исключение вылезло. Как твоя Алхимия такую ситуацию обрабатывает? Состояние объектов откатит, как было до начала транзакции? А?
     
     
  • 8.118, kai3341 (ok), 18:10, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Отрабатывает Только я избегаю использовать ActiveRecord... текст свёрнут, показать
     
  • 8.138, Аноним (68), 10:20, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо лепить объекты по принципу ActiveRecord для проектов сложнее бложика с к... текст свёрнут, показать
     
  • 7.104, 3 (?), 14:20, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    внезапно, мир не ограничен петоном.
    и даже в мире питона этих орм штук 10, например джанговское, peewee и тд.
    из чего следует, что алхимия не универсально-могуча.
     
     
  • 8.120, kai3341 (ok), 18:13, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Количество качество С джангой сравнил Сравнил бы в knex -- был бы другой ра... текст свёрнут, показать
     
  • 7.109, Аноним (108), 16:40, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    SQLAlchemy прекрасный ORM, один из лучших среди всех языков. Но даже на нём написать запрос на пару экранов это будет мучение.
     
     
  • 8.119, kai3341 (ok), 18:11, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Писал запросы на пару экранов Не испытал мучения, а наоборот, писал с удовольст... текст свёрнут, показать
     
  • 7.137, Аноним (68), 10:18, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    SQLAlchemy прекрасна. Но ее прекрасность обусловлена особенностями Питона, на другом языке такую же красоту не сделать.

    Можно попробовать изобразить что-то подобное на Kotlin с его DSL, но вряд ли у меня дойдут руки :(

     
  • 6.94, Наме (?), 12:30, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас, в общем-то, не важно как составлен запрос, если он логически корректен. С ОРМами другие проблемы.
     
     
  • 7.121, kai3341 (ok), 18:18, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз важно. Есть 100500 способов составить запрос, получив на выходе один и тот же набор данных, но с различными стратегиями вычитывания данных. Производительность может различаться в разы. Например, SQL позволяет поместить подзапрос не только в 'FROM', но и в 'SELECT'. Стратегия извлечения данных будет сильно разной
     
     
  • 8.149, Прохожий (??), 05:12, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стратегия извлечения в нормальной СУБД будет зависеть от оптимизатора запросов, ... текст свёрнут, показать
     
     
  • 9.161, kai3341 (ok), 15:53, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Святая наивность Не похоже, что вы хоть раз писали SQL запросы сложнее SELECT ... текст свёрнут, показать
     
     
  • 10.169, Прохожий (??), 20:29, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы мне говорите, человеку с 20-летним стажем работы с СУБД Да, изначально о... текст свёрнут, показать
     
     
  • 11.173, kai3341 (ok), 21:56, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    FYI стаж экспертиза Как бы да Когда сам знаешь, где разбросаны грабли, ты и... большой текст свёрнут, показать
     
  • 4.60, mos87 (ok), 07:58, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если ты думаешь, что в риал ворлде (с)(тм) кто-то настолько заморачивается, что в одном проекте пишет скуль запросы сразу под разные ДБ (хотя всегда сидят на 1й одновременно), то ты либо
    1) не знаешь о чем говоришь
    2) не работаешь с запросами сложнее SELECT a_couple_of_columns FROM one_single_table
     
     
  • 5.150, Прохожий (??), 05:17, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмём, например, 1С. Несколько мне известно, их продукт работает в реальном мире под разными СУБД, и там запросы сложнее, чем вы написали.
    Я работаю в компании, которая разрабатывает продукты (сложные и большие) под разные СУБД.
     
     
  • 6.158, mos87 (ok), 10:51, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько мне известно там постгрес но вполне может статься что бывает и разное... большой текст свёрнут, показать
     
     
  • 7.168, Прохожий (??), 20:20, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Смотреть в сторону ORB.
     
     
  • 8.170, mos87 (ok), 20:32, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    зачем и что это ... текст свёрнут, показать
     
     
  • 9.172, Прохожий (??), 20:37, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Object Relational Bridge Зачем смотреть Есть у вас сложный продукт, который од... текст свёрнут, показать
     
  • 4.71, letsmac (ok), 09:45, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну если у тебя SQL это тупой Store без хранимых процедур и ты слово профайлер слышишь в первый раз - то тогда да, это не проблема. Купи побольше процов в облаке и всё работать будет.
     
  • 4.77, Наме (?), 11:10, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это ваше "переносимое и расширяемое", если ему пофиг на транзакционное ядро, которое под ним лежит, скорее всего никакие СУБД вообще не использует.
    ИСАМ и реляционные БД с полноценным WAL-ом и MVCC это абсолютно разные вселенные. Если ИСАМ был выбран осознанно, то переводить его на реляционные схемы c MVCC нет никакого смысла -- будет просто тупо медленней и в разы более толсто.
     
  • 4.135, ptr128 (?), 07:49, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > завязываетесь всегда на специфичные фишки

    А варианты? Хотите приведу целый ряд запросов, которые вообще без изменений легко выполняются и в MS SQL и в PostgreSQL, но во втором без модификации уходят в глухой table scan? Обзор тут: https://www.endpoint.com/blog/2020/06/postgresql-improve-group-by-max-performa

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

     
  • 3.34, й (?), 23:17, 30/09/2021 [ответить]  
  • +5 +/
    нооо мооой прооот!
    свитый из багов и снов
    всем моим бедам назло
    вовсе не так уж плох
     
     
  • 4.139, Док (?), 12:19, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оо подошли старперские оптимизации бесконтактного боя
     
  • 2.19, kissmyass (?), 21:49, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зачем?
     
  • 2.47, Аноним (48), 03:27, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Пора тебе побеспокоиться за свой тыл.
     
  • 2.125, FSA (??), 20:43, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пора переводить прод с мускула на постгрю!

    Не стоит. Но стоит задуматься о создании нового прода уже на PostgreSQL. Я не особый спец. Любитель. Но приятно было отказаться от MySQL. Сначала привыкаешь к особенностям. Потом учишься делать хитрые запросы. Потом балуешься с json, которые участвуют в индексах. Потом понимаешь, что для того, чтобы сделать то, что позволяет PostgreSQL на MySQL, мягко говоря, сложно.
    Но если ты просто меняешь БД в настройках своей CMS - то это не миграция, а херня. Не стоит. Твой код должен быть написан именно для PostgreSQL с учётом его особенностей. Код не может быть заточен и под MySQL и PostgreSQL. Это компромисс для эникейщиков, чтобы поставить систему на любой сервер.

     

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

  • 1.2, InuYasha (??), 20:01, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Слоник - это вещь! Моё уважение проекту.
     
  • 1.4, Аноним (89), 20:02, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь до постгри раст не доберется!
     
     
  • 2.6, Аноним (6), 20:11, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А было бы неплохо, повышение качества еще никому не вредило
     
     
  • 3.7, Аноним (7), 20:24, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Переписывание затянется в бесконечность.
     
  • 3.11, Аноним (11), 20:56, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Посмотрите сколько пунктов в стандарте MISRA. Память лишь один пункт из многих. А понты из закорючек в одну строчку наоборот нежелательно. Для Раста есть подобный стандарт?
     
     
  • 4.12, Аноним (12), 21:04, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расту стандарт не нужен, там можно как попало написать, если скомпилировалось - значит безопасно. Миллионы растоманов не могут ошибаться.
     
     
  • 5.17, Аноним (17), 21:33, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Зато на Расте синтаксис подталкивает к тому чтобы писать говнокод. А говнокод можно переписывать бесконечно. Это же рай для тех кто любит все переписывать бесконечно!
     
  • 5.52, leap42 (ok), 05:38, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Расту стандарт не нужен, там можно как попало написать, если скомпилировалось - значит безопасно. Миллионы растоманов не могут ошибаться.

    Mozilla, помню, говорила обратное🤔

     
  • 4.14, Анонн (?), 21:31, 30/09/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмотрите внимательней на требования MISRA и список тех, кто этой MISR'е следует. Даже ядро линя, а оно существенно более критично чем постгресс, ему не соответствует. А вы про прикладной софт...
     
     
  • 5.69, Аноним (69), 09:17, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Даже ядро... не соответствует

    Это хорошо или плохо?

     
     
  • 6.88, Анонн (?), 12:10, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С точки зрения надежности - плохо. Но есть мнения что ядро какое оно сейчас вообще невозможно написать с такими ограничениями. Как минимум пришлось бы заставить всех драйверописателей и остальных, чей код тянется в ядро, следовать этим ограничениям. А это нереально.
     
  • 3.96, An (??), 12:38, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В этом проекте на С с качеством все в порядке. Давайте не портить его.
    rust уже влез в linux. Неплохо бы сначала посмотреть, что из этого получится.
     
  • 3.146, Alladin (?), 00:05, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Все давно придумано за вас.

    И да, есть.

     
  • 2.105, Аноним (105), 15:01, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    чо за постгри?
     

  • 1.9, кукурузка (?), 20:41, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отличный проект. Успехов.
     
  • 1.10, Аноним (10), 20:52, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Бредовый синтаксис. У них всегда были с этим проблемы и вот опять.
     
     
  • 2.64, mos87 (ok), 08:19, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    почему этот нереально жырный и унылый троллинг не удаляется? троллботнумшаблон не заходит?
     
  • 2.76, лютый жабби__ (?), 11:08, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Бредовый синтаксис. У них всегда были с этим проблемы и вот опять.

    у постгреса похоже в штате больше форумных ботов, чем прогеров. :) иначе я просто не понимаю откуда  столько минусов у любой критики слонопотамов.

    сам пользовался слоном много лет назад, но не понимаю как можно остаться на постгресе хотябы 1 раз пощупав монго ) как жигуль vs нормальная япошка )

     
     
  • 3.110, Аноним (108), 16:43, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > я просто не понимаю

    Может быть проблема в тебе, что если ты не прав, не приходило такое в голову?

     
     
  • 4.132, лютый жабби__ (?), 07:41, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Может быть проблема в тебе

    не думаю.

    в могучем слоне всё так же - если на диске занято больше 60% то vacuum full уже не сделать? )

     

  • 1.13, Аноним (13), 21:21, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже обновился на Убунте. Теперь еще численные типы могут содержать значение Infinity.
     
  • 1.15, Аноним (17), 21:31, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Мастер-Мастер подвезли? Нет? Тогда сразу в гарбедж.
     
     
  • 2.53, leap42 (ok), 05:40, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Мастер-Мастер подвезли? Нет? Тогда сразу в гарбедж.

    лол, зочем? он же ничего кроме боли не дает

     
  • 2.63, mos87 (ok), 08:17, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тебе твой мастер не нравится? слишком белый?
     
     
  • 3.92, Аноним (92), 12:28, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ему тройничок подавай
     

  • 1.29, One More Аноним (?), 22:36, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >> Повышена эффективность работы индексов B-tree и решена проблема с разрастанием индексов при частом обновлении таблиц.

    finally

     
  • 1.33, пох. (?), 23:06, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    vacuum full надеюсь наконец-то запретили и объявили окончательно и бесповоротно deprecated?

    А, нет, померещилось...

     
     
  • 2.50, Аноним (50), 04:40, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А смысл?
     

  • 1.35, PetrG (ok), 23:22, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нужное. Разрешаю дальнейшую разработку.
    А то тут некоторые повадились ненужное без разрешения кодить...
     
     
  • 2.147, Alladin (?), 00:06, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем спрашивать у вас разрешение, вы кто дядя?
     
     
  • 3.165, petrg (ok), 22:30, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Q.E.D.
    Хочу opennet но для взрослых. За*был этот десткий сад в комментариях.
     
  • 2.166, petrg (ok), 22:31, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А по моему хорошая шутка получилась.
     

  • 1.37, Аноним (37), 23:29, 30/09/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё никто не спрашивал про пакеты и undo?
     
     
  • 2.81, Наме (?), 11:29, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Подобие пакетов есть. Подобие анду-сегментов тоже есть. Но больше похоже на версионное хранилище МС Сиквела, чем на Оракловую реализацию. Да и не сильно надо, вообще-то. Вот вам анду зачем? Для чего-то вроде флэшбэка по анду?
     

  • 1.38, Ilya Indigo (ok), 00:06, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > В новых установках по умолчанию обеспечено применение парольной аутентификации с использованием метода SCRAM-SHA-256 вместо md5 (параметр "password_encryption" при генерации postgresql.conf теперь устанавливается в значение 'scram-sha-256').

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

     
  • 1.39, Ilya Indigo (ok), 00:09, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > SELECT * FROM test WHERE details['attributes']['size'] = '"medium"'

    А чем старый не устроил?
    SELECT * FROM test WHERE details->'attributes'->>'size' = 'medium'

     
     
  • 2.51, Аноним (50), 04:42, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Фронтендеры пугаются.
     
     
  • 3.72, Ilya Indigo (ok), 10:26, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Фронтендеры пугаются.

    Что фронтендеры вообще в SQL-е забыли, с ним работают только бекеры?

     
     
  • 4.111, Аноним (108), 16:48, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Javascript теперь и на беке давно :-)
     
  • 2.57, Фёдор (?), 07:05, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Более читабельный.

    Это уже наркомания какая-то:

    SELECT * FROM test WHERE details->'attributes'->>'size' = 'medium'

     
     
  • 3.65, mos87 (ok), 08:21, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    пихать в скуль вот это всё - это и есть наркомания

    скуль придуман для относительно простеньких декларативненьких запросиков. ими и должен заниматься.

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

     
     
  • 4.78, Наме (?), 11:16, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Декларативные не равно простенькие. Коррелированные подзапросы с окнами и свёртками сложно назвать простенькими. При этом они крайне немногословны относительно императивных реализаций.
     
     
  • 5.141, mos87 (ok), 12:26, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    само собой, ибо вся мякотка скрыта в СУБД

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

    если 5 строчный запрос с окном - это неплохо. horses for courses.

     
  • 3.73, Ilya Indigo (ok), 10:28, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Более читабельный.
    > Это уже наркомания какая-то:
    > SELECT * FROM test WHERE details->'attributes'->>'size' = 'medium'

    Особенно невозможность разименовать json(b) в которой нужно оборачивать сравниваемую строку в двойные кавычки. который является символом экранирования в pqsql.
    Офигенно читаемо!

     
  • 3.112, Аноним (108), 16:51, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У этих операторов разный тип результата (-> json, ->> text), а у оператора индексации массива способа поменять тип кроме оборачивания в CAST нет.
     
  • 3.148, Alladin (?), 00:07, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же, +- как в php.
     
  • 2.127, edo (ok), 00:08, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > SELECT * FROM test WHERE details->'attributes'->>'size' = 'medium'

    Мне интересно, как эта наркомания вообще пролезла в когда-то человекочитаемый sql

    '["a", "b", "c"]'::jsonb ?& array['a', 'b']
    '{"a": {"b": ["foo","bar"]}}'::json #>> '{a,b,1}'

     

  • 1.55, Аноним (55), 06:58, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я, если честно, вообще не знаю, зачем до сих пор нужен SQL, если в него приходится пихать все больше и больше фишек обычных языков. Давайте уже оставим SQL в покое, но встроим в него какую-нибудь Джаву, чтобы прямо в запрос скрипт всовывать.
     
     
  • 2.58, m (??), 07:09, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Уже есть встроенные языки plsql, perl, ...
     
     
  • 3.66, mos87 (ok), 08:24, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    да, это просто традиция что ДБшники как секта всё пихают в свою СУБД и ограничены только её возможностями.

    раньше СУБД были как отдельная ОС, теперь же и нормальные обычные приложения (на том же Перл или простихоспаде жабе) работают с БД не хуже, благо библиотеки/обвязки нынчо достаточно развиты.

    если что-то зело специфическое и аццки оптимизированное надо, тогда да. Но 90%ам это не нужно.

     
     
  • 4.80, Наме (?), 11:24, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У СУБД свои задачи, у фронтэнда и контроллеров -- свои. Манипулировать данными в десятки раз проще на Сиквеле, а обрабатывать всякие приведения форматов удобнее другими инструментами.
    ОРМ в реальных применениях годны только для самых простейших вызовов. И не потому, что делают плохие запросы, а потому, что нет ни одного массового императивного языка, у которого была бы транзакционная модель памяти.
     
     
  • 5.142, mos87 (ok), 12:42, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, но бизлогика на скуле - это неуправляемая mess

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

     
  • 3.74, Alex (??), 10:57, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне это не нужно,я этого не понимаю. Значит никто не понимает и никому этотне нужно!

    Дураки какие-то деньги тратят на разработку никому ненужных вещей.

     
  • 2.79, Наме (?), 11:18, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что в Сиквеле двумя фразами можно сделать то, что на императивных языках делается тысячами строк всяких библиотек.
     
  • 2.85, nobody (??), 11:56, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оракуль пытался, ещё с 90-х. Чё-т не очень жаба SQL или хотя бы PL/SQL заменила
     
     
  • 3.86, Наме (?), 12:04, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сиквел ничем не заменить. ПЛ хорошо подружен с Сиквелом. А Ява -- она не для замены ни того, ни другого. Просто на ней можно делать то, что на ПЛ делать затруднительно или реализация получается жутковатая.
     
  • 2.136, ptr128 (?), 07:54, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Java давно есть https://github.com/tada/pljava
    Но заменить SQL она все равно не в состоянии. Парадигма другая.
     

  • 1.70, pofigist (?), 09:43, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем все это в SQL DB?
     
     
  • 2.113, Аноним (108), 16:52, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для функциональности.
     
     
  • 3.164, pofigist (?), 19:37, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Какое отношение имт все эти свистгперделки к функционалу SQL DB?
     
  • 2.126, Яхз (?), 23:41, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы не таскать данные между базой и чем-то ещё по сети туда-сюда
     

  • 1.75, лютый жабби__ (?), 11:04, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >  SELECT ('{ "postgres": { "release": 14 }}'::jsonb)['postgres']['release'];

    о мама мия... почему эти люди не могут посмотреть как сделано у нормальных людей? у монги апи уже 5 лет назад было разрывающе удобнее подобного бреда....

     
     
  • 2.114, Аноним (108), 16:58, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    API на javascript? Как вы себе представляете добавление javascript в SQL?
     
     
  • 3.133, лютый жабби__ (?), 07:43, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >SQL

    это какое-то гомно из 70-х прошлого века? Зачем за него цепляться?

     
     
  • 4.151, Прохожий (??), 05:39, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да будет тебе известно, что это из 70-х снабжается математическим аппаратом и вообще стройной теорией обработки данных.

    Где вы такие "прогрессивные" только беретесь-то?

     

  • 1.82, МояВенда (ok), 11:42, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    После добавления в монгодб транзакций, постгрес стал официально не нужен.
     
     
  • 2.87, Наме (?), 12:05, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Монго давно умер. И нет там никаких "транзакций" и быть не может в принципе.
     
     
  • 3.99, Аноним (99), 13:19, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я аш смузи подавился. Вы все врёте!
     
  • 3.101, МояВенда (ok), 13:59, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С сайта монги: "MongoDB 5.0 is the latest generation of the database most wanted by developers". Это называется давно умер? MOST WANTED, Карл!

    Starting in version 4.0, MongoDB provides the ability to perform multi-document transactions against replica sets.

    Хоть сам и сижу на постгре, но рассматриваю ее исключительно как легаси.

     
     
  • 4.103, пох. (?), 14:04, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На сарае еще и не такое написано, но там - дрова.
     
  • 4.106, Аноним (105), 15:02, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чо за постгре?
     
  • 4.115, Аноним (108), 17:00, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Афира почитайте, а то может оказаться что транзакции не совсем транзакционны как сейчас.
     
  • 3.107, лютый жабби__ (?), 16:16, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Монго давно умер. И нет там никаких "транзакций" и быть не может в принципе.

    глупый слонопотамщик не понимает, что в монге данные немного по другому хранятся и по существу там были "транзакции" всегда, т.к. в монге не нужно атомарно редактировать по несколько размазанных на несколько таблиц строк ) т.е. атомарность это КОСТЫЛЬ реляционных субд, а не мегафича!  )

    ну а сейчас и транзакции давно есть, с 4.0 кажись

     
     
  • 4.116, Аноним (108), 17:05, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://aphyr.com/tags/mongodb

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

     
     
  • 5.117, МояВенда (ok), 17:38, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут вообще файлы? Монго гарантирует атомарность на уровне документа (или нескольких документов если использовать транзакцию). Физическая реализация может быть какой угодно.
     
  • 5.134, лютый жабби__ (?), 07:47, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Транзакции не имеют никакого отношения к тому как физически хранятся данные

    Транзакции в 99% случаев не нужны. Либо нужны, но тормозят больше чем нужно...

     
     
  • 6.152, Прохожий (??), 05:44, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты в каком-нибудь банке не ляпни подобную глупость на собеседовании только. Не поймут твой "прогрессивный" подход.
     
     
  • 7.160, ыы (?), 11:51, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему каком-нибудь... Скорее всего в Сбербанке.. Он под себя подомнет весь ИТ в Россиии... :)
     
  • 7.162, лютый жабби__ (?), 18:51, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ты в каком-нибудь банке не ляпни подобную глупость на собеседовании только

    А ты не ляпни про постгрес на собеседовании в банке ))

     
     
  • 8.163, ыы (?), 19:17, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Иногда стоит промолчать а не демонстрировать уровень своей компетентности https ... текст свёрнут, показать
     
  • 6.159, ыы (?), 11:50, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А вы уверены что транзакций там нет? Может вам просто предоставляют механизм неких гарантий, а под капотом там неявно вызываемые автоматические транзакции как раз и работают?
     

  • 1.97, Аноним12345 (?), 12:47, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Респект
     
  • 1.122, iZEN (ok), 19:11, 01/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Чем PostgresQL 14.0 лучше Firebird 4.0?
     
     
  • 2.123, Alladin (?), 20:06, 01/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Версия больше)

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

     
     
  • 3.145, ыы (?), 19:58, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не лучше а хуже...
    И ответ на этот вопрос вы узнаете сразу же как американский сегмент отключат от интернета...
     
     
  • 4.153, Прохожий (??), 05:55, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы хотели сказать "российский". С чего бы американцам отключаться от Интернета. Они подобной фигнёй (изоляционизмом) не страдают.
    Да и вообще, вон, есть российская контора, которая пилит свою редакцию PostgreSQL.
     
     
  • 5.156, ыы (?), 10:21, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такой список, "страны угрожающие американскому образу жизни". Это часть доктрины национальной безопасности США. И с каждым годом этот список все все шире... А после строительства Северного Потока- он станет еще шире... С этими странами американские компании не могут торговать, вести отношения...
    Так что не исключена ситуация когда США самоизолируется от всего мира... ну кроме ее сателлитов :)
     
     
  • 6.171, Прохожий (??), 20:32, 05/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Пока из таких стран - Россия, Китай и КНДР, насколько мне известно. Но, может, я чего не знаю, дополняйте список.
     

  • 1.140, Док (?), 12:25, 02/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наверное хорошая штука но ставить не буду никогда тк ее разрабы судя по документации ненавидят заранее всех кто будет ее использовать и всех кто хочет найти примеры)
     
     
  • 2.143, Аноним (-), 13:35, 02/10/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Очень странный довод. По мне, так у них просто замечательно вылизанная документация - у всех бы так было.
     
     
  • 3.154, Прохожий (??), 05:58, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Довольно хреновая у них документация. Архитектура, например, вообще нигде не описана. Приходится с миру по нитке скрести. Да и многие особенности работы тоже нигде не упоминаются.
     
     
  • 4.157, ыы (?), 10:37, 03/10/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так исходный код же есть...
    Мало? :)
     

  • 1.144, ыы (?), 19:42, 02/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а когда уже нормальный active/active кластер завезут?
     
  • 1.155, Прохожий (??), 06:00, 03/10/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда уже direct io, undo нормальный завезут.
     

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



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

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