ой, postgres.org заредизайнился

ой, postgres.org заредизайнился

особенно https://www.postgresql.org/media/img/misc/bugs.jpg в тему

коллеги, как обойти ограничение на установку экстеншенов? дал юзеру права на создание ДБ, нужно дать права и на установку экстеншенов в этом ДБ. давать права суперюзера на кластер stolon совсем не хочу

Насколько я помню рабоать с extension могут только суперюзеры.

Насколько я помню рабоать с extension могут только суперюзеры.

Пичаль

Valentina Studio. Кроссплатформ. Фри и про

красота то какая =) удалил пгадмин

красота то какая =) удалил пгадмин

Да я уже все удалил, включая Valentina ??, нет нормальных средств хоть убейся

psql? Datagrip?

psql? Datagrip?

+1 за Datagrip

psql? Datagrip?

для любителей минимализма https://github.com/parihaaraka/sqt (жаль автор забил видимо).

+1 за Datagrip

Ой как тяжко в него вкатиться после ssms

Ой как тяжко в него вкатиться после ssms

Сорян, мелкомягкое для M$хистов.

+1 за Datagrip

+2

хватает плагина sql tools для саблайма для основной работы + пгадмин для просмотра иерархической структуры базы

Ой как тяжко в него вкатиться после ssms

«Ваша Галя дюже балувана». И после и до и вместо ссмс я без проблем пгадмин3 использовал. Но я сиквелы не админю - возможно дело в этом

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

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

Вы прямо при работающем сервере копировали что-ли? Версии одинаковые? Конкретная причина в логах самого постгреса ($PGDATA/pg_log).

Вы прямо при работающем сервере копировали что-ли? Версии одинаковые? Конкретная причина в логах самого постгреса ($PGDATA/pg_log).

нет, перед копирование остановил постгрес на обоих серверах

в $PGDATA/pg_log новых записей нет, только за прошлые дни, когда папка была на стармо сервере

тогда journalctl -u postgresql-9.4

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

9.6 поставили

У вас там даже написано, куда будут дальше выводиться "протоколы", только вы обрезали.

Если версии разные, то только pg_upgrade, но вам нужно для этого ещё и старые бинарники иметь на сервере.

У вас там даже написано, куда будут дальше выводиться "протоколы", только вы обрезали.

я не обрезал, он там больше не показывает

Доброе утро В триггере пытаюсь вычислить значение NEW.profit_gross := 0; NEW.profit_contribution := NEW.profit_gross - NEW.source_payment::FLOAT - NEW.expenses_total::FLOAT - NEW.fixed_cc::FLOAT; но в переменную profit_contribution записывается null (видимо expenses_total или fixed_cc null) не могли бы подсказать, что можно придумать в данном случае?

не проверять же каждую переменную на is not null, а затем только отнимать значение?

Доброе утро В триггере пытаюсь вычислить значение NEW.profit_gross := 0; NEW.profit_contribution := NEW.profit_gross - NEW.source_payment::FLOAT - NEW.expenses_total::FLOAT - NEW.fixed_cc::FLOAT; но в переменную profit_contribution записывается null (видимо expenses_total или fixed_cc null) не могли бы подсказать, что можно придумать в данном случае?

А как должно быть?

Если где-то NULL то он заменяется логически на 0 ? На 1?

на 0

0 - 10 - null => -10

вот так должно быть

я думал что ::FLOAT приведет из null в число 0

Тогда оберните все аргументы в COALESCE https://www.postgresql.org/docs/current/static/functions-conditional.html#FUNCTIONS-COALESCE-NVL-IFNULL

я думал что ::FLOAT приведет из null в число 0

В базах обычно троичная логика 1-0-null

а вот приписка ::FLOAT

она не нужна если переменная типа double precision?

NEW.profit_contribution := NEW.profit_gross - COALESCE(NEW.source_payment, 0) -COALESCE(NEW.expenses_total, 0) - COALESCE(NEW.fixed_cc, 0);

вот так получается будет?

SELECT 7.2 = (3.8::FLOAT + 3.4) FALSE С таким поведением float вообще нормально использовать его при математических операциях?

SELECT 7.2 = (3.8::FLOAT + 3.4) FALSE С таким поведением float вообще нормально использовать его при математических операциях?

Смотря какого рода математические операции вам нужны

SELECT 7.2 = (3.8::FLOAT + 3.4) FALSE С таким поведением float вообще нормально использовать его при математических операциях?

https://0.30000000000000004.com/

еще у меня был вопрос про триггеры

CREATE OR REPLACE FUNCTION parcel_stat_calculate_profit() RETURNS TRIGGER AS $$

RETURN NEW; END $$ LANGUAGE plpgsql;

обязательно ли в триггере в конце возвращать строку саму?

(return NEW)

обязательно ли в триггере в конце возвращать строку саму?

Здесь описано https://www.postgresql.org/docs/10/static/trigger-definition.html

Зависит от row-level/statement-level триггера, before/after/instead of и от желаемого поведения.

statement-level trigger должен всегда возвращать NULL

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

дратути

SELECT "public".discussions."id", Count("public".discussions_answers."id") AS answers, "public".discussions_topics."text" FROM "public".discussions INNER JOIN "public".discussions_answers ON "public".discussions_answers.discussions_id = "public".discussions."id" INNER JOIN "public".discussions_topics ON "public".discussions_topics.discussions_id = "public".discussions."id" WHERE "public".discussions.status = 1 GROUP BY "public".discussions."id", "public".discussions_topics."text";

у меня count выкидывает из группы строки где нечего посчитать

я так понимаю, надо ему подставить 0

как это сделать?

только строк больше должно быть

left join ?

спасибо

пожалуйста

гифки низя?

?‍♂️

окэй

стикеры тоже?

в чате на 2220 человек точно не стоит начинать

в чужой монастырь со своим уставом не иду, просто сразу уточняю

ня

Есть ли способ отмены транзакции при ошибочном update, если не сделана точка восстановления? Типо: отменить последнюю операцию.

бекап?

Другой способ интересно. Есть ли такие механизмы?

PITR

больше предложить нечего

Pitr - это если настроен непрерывный архив или по умолчанию это доступно?

Другой способ интересно. Есть ли такие механизмы?

Можно думать в направлении pg_dirtyread чтоб считать старые версии строк или открутить счетчик транзакций в мозгах назад как здесь указано gdb https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=2ahUKEwitusCA4I_eAhUKj1kKHZutC5AQFjAAegQICRAB&url=https%3A%2F%2Fhabr.com%2Fcompany%2Fpostgrespro%2Fblog%2F301238%2F&usg=AOvVaw3gjqjJbZ4hntZuNdA7kGBM

В любом случае на консистентность базы это окажет отрицательное влияние.

Pitr - это если настроен непрерывный архив или по умолчанию это доступно?

это если настроено

Можно думать в направлении pg_dirtyread чтоб считать старые версии строк или открутить счетчик транзакций в мозгах назад как здесь указано gdb https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=2ahUKEwitusCA4I_eAhUKj1kKHZutC5AQFjAAegQICRAB&url=https%3A%2F%2Fhabr.com%2Fcompany%2Fpostgrespro%2Fblog%2F301238%2F&usg=AOvVaw3gjqjJbZ4hntZuNdA7kGBM

Да. Это интересно. Пожалуй вариант.

Ой, а раз зашла тема, а есть материалы как правильно бэкап делать на другой физический сервер?

Мне через месяц настраивать

Я бы с благодарностью принял правденые ссылки

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

Да. Это интересно. Пожалуй вариант.

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