pg_top

pg_activity

на вкус

Сильно зависшие или долго исполняющиеся?

ничего себе тут оперативно отвечают ) при накатке скрипта выдает INFO 15.10.18 18:00: liquibase: Waiting for changelog lock....

https://github.com/lesovsky/pgcenter

Спасибо сейчас опробую

ничего себе тут оперативно отвечают ) при накатке скрипта выдает INFO 15.10.18 18:00: liquibase: Waiting for changelog lock....

UPDATE databasechangeloglock SET LOCKED=false, LOCKGRANTED=null, LOCKEDBY=null where ID=1;

гуглил уже , не помогло (

всем привет как написать запрос? таблица user(id) и post(id, user_id, status) нужно получить для каждого юзера, у которого есть посты со статусом approved список всех постов можно просто select user.id as user_id, array_agg(post.id) as post_ids from user join post on user.id = post.user_id where post.status = 'approved' group by user.id но тогда в post_ids вернутся не все посты юзера обязательно делать еще join со всеми постами или какой то подселект или есть более простой способ?

select a.id user_id, count(b.post) cnt_post from user a join post b on a.id = b.user_id where b.status='approved' group by a.id

реально ли в постгре на уровне БД запретить создавать таблицы и поля с пробелами? типа вот такого: create table "some test table" (id bigserial primary key); может можно check constraint навешать на какую-нибудь системную таблицу?

Приветы. Ребят, а кто нить тестил patroni с postgresql10?

Бутстрап не проходит, точнее по ошибкам которые в логе patroni вообще не видно чтоб происходил initdb

Состояние нод в кластере zookeeper stopped.

Инфа не под рукой, может просто не совместимы они в принципе?

реально ли в постгре на уровне БД запретить создавать таблицы и поля с пробелами? типа вот такого: create table "some test table" (id bigserial primary key); может можно check constraint навешать на какую-нибудь системную таблицу?

event_trigger, вероятно. А зачем?

Доброй ночи всем. Подскажите, есть ли штука для Tomcat'a, которая понимает запрос для чтения ли или записи идет в PG и направляет запрос в зависимости от нагрузки на один из узлов для чтения, или записи соответственно?

сомневаюсь, что тут все-таки томкэт имеет какое-то отношение (пушо он обычный веб-сервер)

сомневаюсь, что тут все-таки томкэт имеет какое-то отношение (пушо он обычный веб-сервер)

Можно сконнектить драйвер для Pgsql

Можно сконнектить драйвер для Pgsql

Сконнектить к чему? Не к приложению ли все-таки, стоящему за сервером?

Сконнектить к чему? Не к приложению ли все-таки, стоящему за сервером?

к томкату. А всё, нашел, спасибо.

event_trigger, вероятно. А зачем?

Да один кодер как-то по ошибке в миграции на ADD COLUMN написал имя поля с пробелом, ревью прошло, а сегодня это поле понадобилось удалить за ненадобностью, потеряли какое-то время на разбирательства с проблемой. Ну и хорошо бы автоматически контроллировать принятые в проекте naming conventions. Интересовался, может есть какая-то настройка, которая такие имена идентификаторов по простому запретить или проверять по регулярке. Но раз для этого придется писать процедуру на C, которая ходит по дереву разбора DDL-запроса, то наверное проще забить.

@kenbo будет жить. Поприветствуем!

Alexander Yershov будет жить. Поприветствуем!

@youfailme будет жить. Поприветствуем!

Да один кодер как-то по ошибке в миграции на ADD COLUMN написал имя поля с пробелом, ревью прошло, а сегодня это поле понадобилось удалить за ненадобностью, потеряли какое-то время на разбирательства с проблемой. Ну и хорошо бы автоматически контроллировать принятые в проекте naming conventions. Интересовался, может есть какая-то настройка, которая такие имена идентификаторов по простому запретить или проверять по регулярке. Но раз для этого придется писать процедуру на C, которая ходит по дереву разбора DDL-запроса, то наверное проще забить.

на C не обязательно

https://www.postgresql.org/docs/current/static/event-triggers.html > Like regular triggers, event triggers can be written in any procedural language that includes event trigger support, or in C, but not in plain SQL.

колЯбок будет жить. Поприветствуем!

парни подскажите, если весит много вакумов to prevent wraparround. Я планирую увеличить autovacuum_freeze_max_age, но требуется рестарт. Вопрос вот в чем, база же нормально встанет? нет тут никаких ньюансов?

парни подскажите, если весит много вакумов to prevent wraparround. Я планирую увеличить autovacuum_freeze_max_age, но требуется рестарт. Вопрос вот в чем, база же нормально встанет? нет тут никаких ньюансов?

Не надо подобных безобразий планировать. Совсем не надо.

вот)

тут у меня сомнения возникли

вдруг что)

@Roman_Kuchuk будет жить. Поприветствуем!

Всем привет. Ребят, работал ли кто с sentry здесь? А именно вопрос апгрейда и перехода на docker-compose

Или может кто подскажет как раскатить дамп базы в докер контейнер с приаттаченгым вольюмом

парни подскажите, если весит много вакумов to prevent wraparround. Я планирую увеличить autovacuum_freeze_max_age, но требуется рестарт. Вопрос вот в чем, база же нормально встанет? нет тут никаких ньюансов?

Описание по ссылке https://postgrespro.ru/docs/postgrespro/10/routine-vacuuming#VACUUM-FOR-WRAPAROUND Перед тем, как менять, проверьте, что ваш autovacuum вообще справляется, но при этом не нагружает диски.

@kongo22 будет жить. Поприветствуем!

Парни, выскажите свое мнение. Насколько разумно держать базу Постгреса на SSD ?

Парни, выскажите свое мнение. Насколько разумно держать базу Постгреса на SSD ?

Более чем, главное, чтобы это был не один ssd и не древний

Более чем, главное, чтобы это был не один ssd и не древний

будет что-то типа https://www.intel.com/content/www/us/en/products/memory-storage/solid-state-drives/data-center-ssds/dc-s3500-series/dc-s3500-800gb-2-5inch-6gbps-20nm.html

точнее предлагают)

точнее предлагают)

Смарта нет, разработка 2010 года, не стоит

Ну и это уже скорей не про subj вопрос, кмк

Роман Беспалов будет жить. Поприветствуем!

добрый день, по tsvector есть какие нибудь best-practice решения задачи катологизации ?

Наши разработчики (точнее их фреймворки) не используют UPDATE, всегда всё идёт через INSERT INTO ON CONFLICT DO UPDATE. Есть повод для беспокойства или для постгреса это +- одно и то же?

Наши разработчики (точнее их фреймворки) не используют UPDATE, всегда всё идёт через INSERT INTO ON CONFLICT DO UPDATE. Есть повод для беспокойства или для постгреса это +- одно и то же?

Ну например exclusion constraint не работает c такой конструкцией. Если они у вас конечно есть. Наверняка есть ещё особенности.

еще если есть автоинкрементируемый праймари кей, то он инкрементится каждый раз, неважно, прошел ли инсерт

и можно очень быстро улететь за int4

Наши разработчики (точнее их фреймворки) не используют UPDATE, всегда всё идёт через INSERT INTO ON CONFLICT DO UPDATE. Есть повод для беспокойства или для постгреса это +- одно и то же?

почему бы не указать какого рода конфликт? ? on conflict on constraint todos_id_unique

почему бы не указать какого рода конфликт? ? on conflict on constraint todos_id_unique

Лучше не название constraint указывать, а набор полей, IMHO.

Лучше не название constraint указывать, а набор полей, IMHO.

тоже дело. Ваш вариант лучше для колонок

почему бы не указать какого рода конфликт? ? on conflict on constraint todos_id_unique

Извиняюсь, там указывают конфликт по primary key, вопрос был больше про замену UPDATE на upsert , по-этому решил что детали не важны

Извиняюсь, там указывают конфликт по primary key, вопрос был больше про замену UPDATE на upsert , по-этому решил что детали не важны

Вот ещё, например: . Using the ON CONFLICT clause with partitioned tables will cause an error, because unique or exclusion constraints can only be created on individual partitions. There is no support for enforcing uniqueness (or an exclusion constraint) across an entire partitioning hierarchy. . An INSERT with an ON CONFLICT DO UPDATE clause will execute statement-level BEFORE INSERT triggers first, then statement-level BEFORE UPDATE triggers, followed by statement-level AFTER UPDATE triggers and finally statement-level AFTER INSERT triggers. — т.е. это нужно просто учитывать.

Привет. Есть у кого опыт выбора СХД на SSD ?

Для БД конечно

CREATE TABLE AS делает lock?

CREATE TABLE AS делает lock?

ЧЕГО?

ЧЕГО?

таблицы

таблицы

Которые?

ребята посоветуйте gui для управления постгресом. linux mint 19 mate. pgadmin3 бесит, 4й не пашет.

именно для управления?

Ну да. Создавать базы, таблицы, юзеров, задавать свойства, выполнть запросы, получить результаты

CREATE TABLE AS делает lock?

Создаваемой таблицы? Да.

Ну да. Создавать базы, таблицы, юзеров, задавать свойства, выполнть запросы, получить результаты

psql / pgcli не хватает?

ребята посоветуйте gui для управления постгресом. linux mint 19 mate. pgadmin3 бесит, 4й не пашет.

Для решения этих задач гуй не нужен. От слова совсем.

Ну да. Создавать базы, таблицы, юзеров, задавать свойства, выполнть запросы, получить результаты

pgadmin 3/4, dbeaver, DataGrid

Для решения этих задач гуй не нужен. От слова совсем.

Я этого не спрашивал.

psql / pgcli не хватает?

нет, неудобно копировать или править результаты.

pgadmin 3/4, dbeaver, DataGrid

спасибо, попробую

Если совсем уже про управление говорить, то соль/пуппет/ансибле и им подобные вам в руки.

Если совсем уже про управление говорить, то соль/пуппет/ансибле и им подобные вам в руки.

он не про управление, а про GUI к данным и структурам

Ну да. Создавать базы, таблицы, юзеров, задавать свойства, выполнть запросы, получить результаты

omniDB не пробовали? web-based

omniDB не пробовали? web-based

нет, но поднимать веб-сервер ради этого не охота.

ребята посоветуйте gui для управления постгресом. linux mint 19 mate. pgadmin3 бесит, 4й не пашет.

Рома, я тебя умоляю! А это что: > для управления постгресом. создавать базы, юзеров, задавать свойства - это всё про управление.

нет, неудобно копировать или править результаты.

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

управлять постгресом, это запускать и останавливать, рулить репликами ? а тут пользование обычное