The OpenNET Project / Index page

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

Обновление PostgreSQL с устранением уязвимостей. Выпуск балансировщика соединений Odyssey 1.2

14.11.2021 09:45

Сформированы корректирующие обновления для всех поддерживаемых веток PostgreSQL: 14.1, 13.5, 12.9, 11.14, 10.19 и 9.6.24. Выпуск 9.6.24 станет последним обновлением для ветки 9.6, поддержка которой прекращена. Обновления для ветки 10 будут формироваться до ноября 2022 года, 11 - до ноября 2023 года, 12 - до ноября 2024 года, 13 - до ноября 2025 года, 14 - до ноября 2026 года.

В новых версиях предложено более 40 исправлений и устранены две уязвимости (CVE-2021-23214, CVE-2021-23222) в серверном процессе и клиентской библиотеке libpq. Уязвимости позволяют атакующему вклиниться в шифрованный канал связи через проведение MITM-атаки. Атака не требует наличия корректного SSL-сертификата и может быть проведена против систем, требующих аутентификации клиента по сертификату. В контексте сервера атака позволяет осуществить подстановку своего SQL-запроса в момент установки шифрованного соединения клиента с севером PostgreSQL. В контексте libpq уязвимость позволяет атакующему вернуть клиенту фиктивный ответ сервера. В сочетании уязвимости позволяют извлечь информацию о пароле или других конфиденциальных данных клиента, передаваемых на раннем этапе соединения.

Дополнительно можно отметить публикацию компанией Yandex новой версии прокси-сервера Odyssey 1.2, предназначенного для поддержания пула открытых соединений к СУБД PostgreSQL и организации маршрутизации запросов. Odyssey поддерживает запуск нескольких рабочих процессов с многопоточными обработчиками, направление к тому же серверу при повторном соединении клиента, возможность привязки пулов соединений к пользователям и БД. Код написан на языке Си и распространяется под лицензией BSD.

В новой версии Odyssey добавлена защита для блокирования подстановки данных после согласования SSL-сеанса (позволяет блокировать атаки с использованием вышеотмеченных уязвимостей CVE-2021-23214 и CVE-2021-23222). Реализована поддержка PAM и LDAP. Добавлена интеграция системой мониторинга Prometheus. Улучшено вычисление параметров статистики для учёта времени выполнения транзакций и запросов.

  1. Главная ссылка к новости (https://www.postgresql.org/abo...)
  2. OpenNews: Яндекс опубликовал Odyssey, многопоточный балансировщик соединений для PostgreSQL
  3. OpenNews: Сторонняя организация пытается зарегистрировать торговую марку PostgreSQL в Европе и США
  4. OpenNews: Проект MangoDB развивает реализацию протокола СУБД MongoDB поверх PostgreSQL
  5. OpenNews: Amazon открыл код Babelfish, расширений для замены MS SQL Server на PostgreSQL
  6. OpenNews: Релиз СУБД PostgreSQL 14
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/56151-postgresql
Ключевые слова: postgresql, odyssey
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (82) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, BratishkaErik (ok), 09:56, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Их документация очень годная, приятно читать
     
     
  • 2.8, Прохожий (??), 12:06, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще-то нет. Ни слова об архитектуре. Многие вещи, довольно критичные для администрирования, приходится по Интернету собирать.
     
     
  • 3.9, ыы (?), 12:11, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо полагать товарищи в интернете которые рассказали вам об искомом- тем не менее как-то смогли получить данные об архитектуре... Обычно они их получают как раз из документации...
     
     
  • 4.11, А где же каменты (?), 12:48, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Из исходного кода.
     
  • 4.51, Антонимистично (?), 22:14, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ставишь дебажные символы, дебагер. Почитать придётся. И погнал смотреть как работает. А через месячишко знаешь как админить и есть о чём написать на форумах. Такая она сермяга девляпсов, наследников админов.
     
  • 4.52, keydon (ok), 22:20, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно приходит какой-нибудь чувак на конференцию и начинает с умным видом в оче... большой текст свёрнут, показать
     
  • 4.54, Прохожий (??), 01:17, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вы так "тонко" намекнули, что я читать не умею? Нет, чтобы ссылку на документацию прислать с описанием этой самой архитектуры. Ну чтобы голословным не быть. Или здесь так не принято?
     

  • 1.2, iZEN (ok), 11:30, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Чем оно лучше InterBase 2020 в техническом плане?
     
     
  • 2.5, Цезий Родонович (?), 11:51, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всем!!!
     
  • 2.7, ыы (?), 12:02, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну во первых  InterBase не поддерживается 1С...
    Во вторых... Впрочем и первого хватит :)
     
     
  • 3.13, ip1982 (ok), 15:37, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Держи: - - , , ,
     

  • 1.3, Аноним (3), 11:35, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    Делал летом обновление с 12  на 13... Вернулся на MySQL
     
     
  • 2.6, ыы (?), 12:01, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +24 +/
    Это надо уметь... Обновить постгрес до мускуля :)
     
     
  • 3.16, Онаним (?), 20:17, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Надо сказать, обновить постгрес до мускля - это очень правильное решение.
     
     
  • 4.21, ыы (?), 21:42, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете сказку про пшикмастера?
     
  • 3.36, Аноним (36), 15:12, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Uber так и сделал
     
     
  • 4.38, ыы (?), 17:29, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну и где теперь эта uber?

    Uber в 2019 году получила убыток в $8,5 млрд
    Uber увеличила чистый убыток в III квартале
    и т.д.

     
     
  • 5.39, Аноним (39), 19:49, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дорого им обновление вышло, однако...
     
  • 5.55, Прохожий (??), 01:19, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно же всему виной смена СУБД, да? О, эти опеннетные аналитики!
     
     
  • 6.65, ыы (?), 11:14, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти опеннетные коментаторы... В каждый трейд затычки :)
    По делу то есть что сказать?
     
     
  • 7.75, Прохожий (??), 22:52, 17/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У вас нелады с логикой. Натягивание совы на глобус - явно не ваш конёк.
     
  • 2.12, Аноним (12), 13:30, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    с чем были проблемы? просто интересуюсь для общего развития
     
     
  • 3.15, An (??), 18:28, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Видимо с руками...
    Обновлялся весной с 11 на 13 - все ок.
     
  • 3.17, Аноним (17), 20:24, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблем ни с чем не было. Всё обновилось. Но сама методика обновления убила. Делал всё по официальной документации. Так вот - это всё какая то дичь: нужно иметь две установленных версии PostgreSQL, что бы смигрировать базы с одной версии на более свежую. Это в самом простом случае. Ведь при запуске нового сервера, автоматическая миграция по какой либо причине может збойнуть и тогда привет данным (если нет бекапов, опустим вопрос о том, что они всегда должны быть перед этой процедурой). А вот в MySQL всего лишь pkg remove mysql56-server; pkg install mysql8.0-server; mysql_upgrade.
     
     
  • 4.18, An (??), 21:27, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> нужно иметь две установленных версии PostgreSQL

    Действительно дичь, поддерживаю.

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

    Только в одном случае - при использовании ключика -k(если память мне не изменяет). Если его не использовать - старый кластер обновление не затронет.

    >>А вот в MySQL всего лишь pkg remove mysql56-server; pkg install mysql8.0-server; mysql_upgrade.

    Тоже может сбойнуть и тогда: "привет данным (если нет бекапов"

     
     
  • 5.28, x3who (?), 08:53, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если его не использовать - старый кластер обновление не затронет.

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

     
     
  • 6.32, An (??), 12:30, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В таком случае это делается с ключиком -k, но на реплике, т.к. это самый быстрый и безопасный вариант. Потому, как если это делать на проде - в случае факапа простой будет сильно дольше(и в случае с mysql тут ничего не меняется).
    Если у вас при таком объеме БД нет реплики - значит ваш бизнес соласен ждать.
    Если нет и бэкапа - значит данные вам просто не нужны.
     
  • 4.20, ыы (?), 21:34, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ради интереса, обновите оракл с 10 на 19 версию :)
    Ну, чтоб получить полное представление о том что такое хорошо и что такое плохо..
     
     
  • 5.25, btrfs (?), 04:20, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А разме рман уже не комильфо?
     
     
  • 6.67, ыы (?), 11:31, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а вы попробуйте :)
     
  • 5.26, _ (??), 05:24, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А где ж еЯ (10-ку) - взять то? А так - с 12 на 19 перешли. Брат жив.(C)
     
  • 5.56, Прохожий (??), 01:22, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    С помощью экспорта/импорта? Легко. Другие способы официально не поддерживаются. И?
     
     
  • 6.62, Аноним (62), 07:58, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно и для PG экспорт/импорт все делается легко и непринужденно.
     
  • 6.63, ыы (?), 11:04, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "И" тут заключается в том, что вы такого никогда не делали и как следствие не понимаете проблем.
     
     
  • 7.76, Прохожий (??), 22:56, 17/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как вы пришли к такому глубокому выводу?

    Вот недавно тестировали с коллегами как раз такой способ апгрейда. Потому что с 10-ки на 19-ку напрямую апгрейдиться не получится. Только через 11.2.0.4. Но наша база сравнительно небольшая, поэтому решили через экспорт-импорт.

    Так в чём же там проблемы-то? Ась? Похоже, что вы вообще не в курсе, что так можно. Да? :)

     
  • 5.61, Аноним (61), 03:31, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то есть никто раньше не обновлялся, пока обновления шли, переезжать приспичило, когда 10g стала EOL. А потом, да, конечно, кабздец, база не работает, работа встала, начальство грозится уволить... Очень "умно". Ох уж этот русский мужик со своей традицией делать все в посл.момент.
     
     
  • 6.64, ыы (?), 11:10, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Серьезные решения обычно не представлены в виде самостоятельных сущностей. Как правило сущности тесно связаны и переплетены друг с другом. И матрица совместимости соответственно от одной -двух позиций легко расширяется до 20-30... То есть нельзя обновить ОДИН компонент, например базу. надо обновить все что входит в матрицу совместимостей... ПО, железо... А обновление СУБД и обновление комплекса - это очень разные задачи. Учитывая что каждый компонент после обновления с вероятностью 99% будет глючить уже после того как все по 20 раз протестируют...
     
     
  • 7.66, Аноним (61), 11:30, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот я и говорю, вместо того, чтобы составить план перехода на новую версию, пусть через 1-2 версии даже, убедить начальство, прогнать пару раз на тестовом серваке, чтобы очевидные закавыки стали видны, консультироваться с офиц.саппортом (за что деньги уплочены?) и все-таки наконец переехать(да, с опред.головной болью и овертаймами) и получить новые фичи. Нет, надо тянуть до EOL. Молодцы, чо.
     
     
  • 8.68, ыы (?), 11:50, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы чего-то не поняли мне кажется Вы знаете что такое матрица совместимости Э... текст свёрнут, показать
     
     
  • 9.69, ыы (?), 11:54, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И получается так, что развернуть НОВУЮ структуру на новом комплексе ПО и железа... текст свёрнут, показать
     
     
  • 10.70, ыы (?), 12:01, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А еще же в это второй ЦОД нужен второй комплект лицензий стоимостью как авиалайн... текст свёрнут, показать
     
  • 9.72, Аноним (61), 21:01, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да в курсе, в курсе Но все равно же пришлось переезжать на новую версию, правда... текст свёрнут, показать
     

  • 1.4, Цезий Родонович (?), 11:50, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Годная документация у оракла особенно эдак версии 8.0.5, ещё не засранной скриншотами, а это так подобие левой руки.
     
  • 1.10, Аноним (10), 12:35, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так из-за чего уязвимость была? Признавайтесь, опять в указателях запутались?
     
  • 1.14, лютый жабби__ (?), 17:10, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Тут дамп PG дали. pg_restore -C даже таблицу создать не может... создаешь таблицу, кодировка цп1251 (гы-гы в 2021м году-то)... в таблице половина полей обычные, одно JSONB. вычитать поле bigint[] jooq обосрлся... в голом jdbc это поле считать надо несколько команд.... работать с JSON вообще жесть - в psql каша, SQL запросы по работе с jsonb наркоманские....... ну и самый трэш: монга с 3.2 до 5.0 обновляется апдейтом бинарников, сначала слэйвы, потом мастер. без сучка и задоринки....  а слонятину надо стопать и дамп рестор дрчить... ещё в слоне постоянно csv. я вот не понимаю как можно в здравом уме использовать pg в проде...
     
     
  • 2.19, ыы (?), 21:30, 14/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >даже таблицу создать не может... создаешь таблицу, кодировка цп1251 (гы-гы в 2021м году-то)

    Виндузятник должен страдать... :)

     
     
  • 3.30, лютый жабби__ (?), 09:18, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Виндузятник должен страдать...

    вы в своем поделии не разбираетесь, дебиан 10 на том сервере, в /etc/locale.gen было только en_US.UTF-8 UTF-8 что не мешало ни монге, ни любому другому софту вплоть до vim-а прекрасно показывать "русские" уникодные символы

     
  • 2.23, Аноним (23), 00:26, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > я вот не понимаю

    Заметно :-)

     
  • 2.24, RNZ (ok), 02:48, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > я вот не понимаю как можно в здравом уме использовать pg в проде...

    Вот так:
    $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
    5130
    5122
    5198

     
     
  • 3.29, x3who (?), 09:03, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а чо не
    ssh vm{01,02,03}-prod pgrep -c postgres
    ?

    Ти что тебе даёт знание этих пидов?

     
     
  • 4.86, RNZ (ok), 01:33, 11/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > а чо не
    > ssh vm{01,02,03}-prod pgrep -c postgres
    > ?
    > Ти что тебе даёт знание этих пидов?

    Нет там пидов, rtfm -> man pgrep.

     
  • 4.87, RNZ (ok), 01:43, 11/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > а чо не
    > ssh vm{01,02,03}-prod pgrep -c postgres
    > ?

    Потому-что:
    for h in {01..05}; do echo -n "$h: "; ssh root@vm$h-prod pgrep -c postgres; done
    01: 2568
    02: 2592
    03: 2568
    04: 2548
    05: 2561


     
  • 3.31, Онаним (?), 10:10, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот так:
    > $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
    > 5130
    > 5122
    > 5198

    И потом kill -9 адресно по пидам, угу.
    Ну и именование... vm0x-prod - похоже на какой-то колхозный сохошный локалхост.

     
     
  • 4.34, helgi (??), 13:06, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Приведите пример "правильных" имен. А то у нас в проде вообще зоопарк с именами.
     
     
  • 5.41, Онаним (?), 21:09, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Silver bullet не существует.
    Посмотрите роль этих серверов. Если у вас там только postgresql, то началом может быть что-то типа хотя бы pg-01.prod.<project name>
    Если там наколхожено всё вместе с постгресом, то сначала надо это разобрать на отдельные роли, а потом уже называть соответственно.
    Просто vm01-prod даже роли сервера не указывает, а это плохо, пойди сразу догадайся, что там pg основная роль.
     
  • 5.42, Онаним (?), 21:11, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если есть география или какая-то прочая локация - привязывайтесь к геонеймам. Типа pg01.new-york.prod.<project>, или pg01.rack01.dc01.prod.project, или pg01.prod.project.rack01.dc01, или...

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

     
     
  • 6.48, Онаним (?), 21:25, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    balancer.web.kb.sw.xen4
    http1.web.kb.us.xen1
    http2.web.kb.sw.xen4
    mysql1.galera.kb.us.xen1
    mysql2.galera.kb.sw.xen4
    garb.galera.kb.ru.xen2
    ocfs2-arb.iscsi.kb.ru.xen2

    Тоже не полный сахар, показываю полный примитив, но позволяет понять, о чём речь.

    kb - внутренняя knowledge base
    balancer/http/mysql/garb/ocfs2-arb - тип и номер ноды в кластере (балансер, вебня, мускул, арбитратор галеры, арбитрационные LUN для OCFS2)
    web/galera/iscsi - общая роль (LAMP, mysql galera cluster, iscsi target)
    xen - пулы виртуализации, они могут быть частями cross-country, поэтому страна вторична
    us/sw/ru - страны

     
     
  • 7.49, Онаним (?), 21:27, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Допустим если мне кивнут на garb/ocfs2-arb или одну из нод, я задницу рвать не буду.
    А вот если кивнут на balancer - буду, он один по не зависящим от меня причинам :D
     
  • 7.88, RNZ (ok), 12:34, 12/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > balancer.web.kb.sw.xen4
    > http1.web.kb.us.xen1
    > http2.web.kb.sw.xen4
    > mysql1.galera.kb.us.xen1
    > mysql2.galera.kb.sw.xen4
    > garb.galera.kb.ru.xen2
    > ocfs2-arb.iscsi.kb.ru.xen2

    Ненужная смена fqdn при перемещении vm/ct в другой регион или хост... Плюс ахтунг с ssl...

    По мне более практичный fqdn следующий:
    abbrN-stage-prj.sld.tld.

     
     
  • 8.89, Онаним (?), 12:59, 12/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае подразумевается, что vm ct между регионами не переносятся, если ... текст свёрнут, показать
     
  • 8.90, Онаним (?), 13:00, 12/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что для переноса из региона надо живую сеть, живой пул и живую хранилку в... текст свёрнут, показать
     
     
  • 9.91, RNZ (ok), 15:22, 12/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нумерация контейнеров достаточна для принятия решений когда пригорело А пере... текст свёрнут, показать
     
     
  • 10.92, Онаним (?), 18:51, 12/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Перенос из региона в регион обычно требует изменения не только DNS-имени, но и р... текст свёрнут, показать
     
  • 5.44, Онаним (?), 21:13, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Иначе будет.
    "Ой, у нас vm22-prod упал в мониторинге".

    А где это vm22-prod вообще, что он делает? Я дома, и пока я там включаю десктоп, запускаю VPN, открываю сопроводиловку - я уже примерно представляю, что сервак делает, что легло вместе с ним (и легло ли вообще, если часть кластера/вторичный шард по названию или неприоритетный проект/регион - могу смело не торопиться и зад не рвать, всё либо работает, либо то, что не работает - не критично на некоторое время. Ну или наоборот - надо срочно рвать зад...)

     
     
  • 6.50, ыы (?), 21:59, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чаще бывает иначе...

    "Ой, У нас синий расчетный кластер недоступен"....
    Мучительно вспоминаешь что это такое вообще...и почему они уверены что я должен знать что это такое...
    А ёпт, это же  vm22-prod...
    ssh vm22-prod

     
     
  • 7.73, Онаним (?), 21:20, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Синий хелпдеск напомнил о покрасневшем синем расчётном кластере :D

    Ну это если активной мониторилки нет.

     
  • 5.45, Онаним (?), 21:15, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Если у вас конечно у серваков полное равноправие и все они одинаковые, то можно даже и так оставить - но когда появится второй проект, будет у вас vm123-prod2... и это уже шлак.
     
  • 5.47, Онаним (?), 21:16, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Короче, делайте так, чтобы даже без документации вам было хотя бы очень приблизительно понятно, о какой машине речь, и за что она отвечает. И не только вам, но и желательно новичку допустим пришедшему.
     
  • 4.85, RNZ (ok), 01:32, 11/07/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот так:
    >> $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
    >> 5130
    >> 5122
    >> 5198
    > И потом kill -9 адресно по пидам, угу.

    И где вы там пиды увидели?

    > Ну и именование... vm0x-prod - похоже на какой-то колхозный сохошный локалхост.

    Мозг не позволяет допустить, что приведённое именование кастрировано до "обезличенного"?

     
  • 2.53, keydon (ok), 22:31, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А что тебе мешает через реплику постгрю обновить? Точно также как и монгу - сначала слейв, потом мастер. Тоже без сучка и задоринки.
    Формат (CSV) ты сам выбираешь в аргументах, а уязвимости (CVE) оперативно правятся, да и сама постгря частенько (может даже слишком) выпускает новые версии.

    json наркоманские да, как и сама идея хранить json в sql, походу постгря сама это понимает и идет на это из-за популярности nosql на фоне депопуляризации sql (и не мудрено sql крайне спорная, переусложненная и неэффективная для большинства случаев решение). Банально пытается не остаться никому не нужной. Ну и при всей наркомании оно к тому же и немного сырое, его все улучшают и улучшают.

    > в голом jdbc это поле считать надо несколько команд

    Звучит как проблема jdbc, а не постгри

     
     
  • 3.57, Прохожий (??), 01:42, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > и не мудрено sql крайне спорная, переусложненная и неэффективная для большинства случаев решение

    Что за наркоманский бред? Что там спорного и переусложнённого? За месяц-другой осваивается с нуля. Ещё месяц-другой знания шлифуются. Вуаля - вы готовый спец по SQL.

    > неэффективная...

    Во времена моей далёкой молодости приходит ко мне мой начальник (он тогда на Клиппере программировал, тогда Клиппер моден был на предприятиях определённой сферы производства), и говорит: "А сделай-ка мне вот такой отчёт". Отчёт представлял собою соединение из нескольких таблиц с последующей фильтрацией. Потом спрашивает, сколько времени нужно для этого, двух-трёх дней хватит? Я отвечаю:"Подождите, пожалуйста, Александр Соломонович, минут десять, сейчас будет готов". Он в шоке. Как!? Я показываю. С того дня мой начальник пошёл учить SQL. Пятьдесят лет было мужику. Но он справился. Приходил иногда за консультациями потом. Других в своём отделе учил.

    В общем, хотелось бы подробностей, что вы там не осилите никак. Потому что, когда говорят о том, что SQL неэффективен, обычно речь о неосиляторстве идёт, и ни о чём больше.

    На всякий случай, вдруг вы не знали. SQL - тюринг-полный язык, и ОЧЕНЬ удобный для всяких выборок данных. Даже Гугл, вон, пыжился, пыжился со своей СУБД (изначально noSQL), а потом прикрутил туда всё-таки какой-то урезанный диалект SQL. Но куда Гуглу до анонимного эксперта с Опеннета, можете возразить вы. Да?

     
     
  • 4.58, Прохожий (??), 01:46, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Необходимое уточнение. Я больше с Oracle работал до сих пор. Postgre только-только начал внедряться у нас. Но на первый взгляд выглядит, как Oracle версии 8.0-9.0. То есть, вполне рабочая лошадка, хотя и не без недостатков (по сравнению с Ораклом, у которого своих тараканов вагон и маленькая тележка на самом деле).
     
  • 4.71, keydon (ok), 15:07, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Готовый спец на уровне stackoverflow или университетского курса по базам данным ... большой текст свёрнут, показать
     
     
  • 5.77, Прохожий (??), 00:04, 18/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Раз уж вы спросили Я двадцать лет точнее, уже чуть больше с Ораклом работаю ... большой текст свёрнут, показать
     
     
  • 6.79, keydon (ok), 19:44, 19/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чувствую меня хотят авторитетом задавить Ок, я то не DBA и не претендую на исти... большой текст свёрнут, показать
     
     
  • 7.81, Прохожий (??), 14:26, 21/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня такое ощущение, что вы недалеко от студенчества ушли Может, ошибаюсь Ко... большой текст свёрнут, показать
     
  • 5.78, Прохожий (??), 00:21, 18/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Спорное что во многих случаях вам не нужно большинство из того что предлагают SQL-базы. Вы быстрее и проще можете и сами обработать данные и закинуть в хранилку с меньшим количеством ограничений. А случаев когда вам действительно все это надо не так много.

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

    Везде, где нужны транзакции, контроль целостности данных и сколь-либо сложные отчёты - везде нужны СУБД с поддержкой SQL. Да взять хоть ту же sqlite. Вы ведь знакомы с этой "хранилкой"? Firefox, например, использует её для хранения своих параметров. А поди ж ты, и там есть поддержка SQL. И это офигенно удобно.

     
     
  • 6.80, keydon (ok), 20:28, 19/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы так говорите, потому что, скорей всего, ничего сложнее простеньких веб-сайтов не
    > писали. Вполне возможно, что такова ваша профессиональная область интересов.

    Все таки вам не быть вангой.

    >Но ещё раз, отучайтесь говорить за всех.

    Вы серьезно? Вот наш разговор:
    -"Бывают ситуации когда реляционные базы не нужны"
    -"Отучитесь говорить за всех" (т.е. нет, таких ситуаций не бывает)

    > Везде, где нужны транзакции, контроль целостности данных и сколь-либо сложные отчёты -

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

    > нужны СУБД с поддержкой SQL.

    Строго говоря нет, но практически это не важно.

    > Да взять хоть ту же
    > sqlite. Вы ведь знакомы с этой "хранилкой"? Firefox, например, использует её
    > для хранения своих параметров. А поди ж ты, и там есть
    > поддержка SQL. И это офигенно удобно.

    В чем логика? Наличие "удобной" встроенной базы с поддержкой SQL, которую используют в браузере должно что-то доказывать? Видимо тут комбинация из двух типичных логических ловушек - раз используется в известном продукте, значит используют все/эксперты, а все/эксперты не могут ошибаться, но это даже на детей не всегда действует.

     
     
  • 7.82, Прохожий (??), 14:43, 21/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, только вот не везде они нужны и не везде в полном объеме.

    Соглашусь. Поэтому я специально перечислил случаи, где всё-таки нужны. А что такое "в полном объёме"? Это как? Не со всей имеющейся функциональностью? Ну с этим никто не спорит как бы.

    > А про отчеты вообще лишнее, не понятно к чему вы их приплели.

    Потому что сам по себе сбор данных не имеет никакого смысла. Их (данные) обычно собирают для последующего анализа.

    > Никто не мешает использовать встроенную БД без поддержки SQL с транзакциями и контролем целостности. И эта БД даже не обязательно должна быть реляционной.

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

    > В чем логика? Наличие "удобной" встроенной базы с поддержкой SQL, которую используют в браузере должно что-то доказывать?

    Точно. Раз ею пользуются, причём не только в FF, и в Хроме и ещё много где, это УДОБНО! Иначе бы не пользовались. В этом и логика.

    > значит используют все/эксперты

    Где вы усмотрели функтор всеобщности, остаётся только догадываться.

     
     
  • 8.83, keydon (ok), 22:37, 22/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мелкие проекты могут без OLAP обойтись libmdbx например https www opennet ru ... текст свёрнут, показать
     
     
  • 9.84, Прохожий (??), 12:54, 23/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мы обсуждали SQL, а не OLAP Это во-первых Во-вторых, я изначально и говорил, ч... большой текст свёрнут, показать
     

  • 1.22, Анонус (?), 23:45, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чем этот яндесовский выблюн лучше pgpool?
     
     
  • 2.33, San (??), 12:36, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Пока эта яндексовская софтина не заимеет функционал переключения ролей серверов с потоковой репликацией, наверное ничем...
     
  • 2.46, Аноним (46), 21:16, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, тем, что написан в яндексе. У этих ребят есть своя база данных (возможно и не одна, более-менее взлетел только кликхаус), своя система контроля версий (просирает данные), свой багтрекер (вроде бы, сам я не видел), ну короче всё то, что проще самим написать ради премии и прохождения перформанс-ревью (а документацию к существующему сдвг-олимпиадникам осилить сложно).
     
     
  • 3.59, Прохожий (??), 01:51, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > а документацию к существующему сдвг-олимпиадникам осилить сложно

    Не думаю, что сложно. Думаю, неинтересно. Ну и обычно для крупной компании лучше иметь своё, а не зависеть от чьей-то доброй (злой) воли. Что, собственно, и демонстрируют всякий раз крупные компании. Яндекс - не исключение.

     
  • 3.60, Аноноша (?), 02:54, 16/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > своя система контроля версий (просирает данные)

    Почему она теряет данные?

     
     
  • 4.74, Аноним (74), 13:17, 17/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    из за багов видимо, из за чего же еще?
     

  • 1.27, Аноним (27), 05:55, 15/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мда, релиз был 11 числа, а рач до сих пор даже в тестинг не выкатил. Вот тебе и rolling-release.
     
  • 1.35, Аноним (35), 13:35, 15/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Odyssey  кто-нибудь использует в проде?
     
     
  • 2.37, funny.falcon (?), 17:04, 15/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Яндекс
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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