with tbl1 as ( delete from some table returning id ) delete from table2 using tbl1 where table2.id = tbl1.id;

Спасибо, то что нужно!

можно использовать триггеры на таблицах - как вариант cascade

можно использовать триггеры на таблицах - как вариант cascade

Нет возможности для модификаций схемы..

Привет! Есть вопрос про \u0000, который тут недавно обсуждали. Почему не работает select ('{"a": "\u0000"}'::JSONB); - понятно. Но не понятно другое: почему select ('{"a": "\u0000"}'::JSON) валидно, а select ('{"a": "\u0000"}'::JSON)->>'a'; кидает ошибку? Т.е. записать ключ в базу можно с \u0000, а выбрать – нельзя?

Ребят,привет. Мы в команду ищем PostgreSQL-разработчика. Подскажите,здесь можно вакансию опубликовать? Если нет - редиректните,пож-та,туда,где можно.

http://www.sql.ru/forum/job-offers

http://www.sql.ru/forum/job-offers

Большой спасиб

Кто-нибудь знает какой-нибудь нормальный linter для SQL?

нормальный - не знаю

если "лучше, чем ничего" - то в DataGrip есть

Подскажите, а как можно записать запрос вида: ` AVG(CASE WHEN CAST(metrics-»'currentAverageTemperature' AS double precision)=-16384 THEN 0 WHEN CAST(metrics-»'currentAverageTemperature' AS double precision)=-32768 THEN 0 ELSE CAST(metrics-»'currentAverageTemperature' AS double precision) END ) as avg_temper, ` Без тройного дублирования metrics->>'currentAverageTemperature' ?

возможно, вам на самом деле нужно: select avg(nullif(nullif(metrics-»'currentAverageTemperature'::float,-16384), 32768))

case обычно пишут люди, не перестроившиеся с императивного программирования

@Komzpa кстати да... Тоже думал на nullif. Сейчас потестирую. Спасибо за наводку :)

возможно, вам на самом деле нужно: select avg(nullif(nullif(metrics-»'currentAverageTemperature'::float,-16384), 32768))

Хм классно. Я сам case обычно писал.

Case обычно пишут люди, когда несколько условий when и дефолт в виде else, никак с императивным программированием не связанным.

case в принципе очень редко нужен, обычно coalesce/nullif всё решает

case в принципе очень редко нужен, обычно coalesce/nullif всё решает

Они быстрее?

они читабельнее

Ну не знаю, для меня выше пример с case читабельней

он как минимум ведёт себя странно, смещая среднее в 0 при nodata-значениях

а это уже часто баг сам по себе

А ну просто вместо 0 писать null в том же case.

ну, если тебе начхать на красоту, то да, nullif быстрее: https://gist.github.com/Komzpa/a4f659743eb309fdab74bbdde2b18ded

Ребят, вы крутые )

ну, если тебе начхать на красоту, то да, nullif быстрее: https://gist.github.com/Komzpa/a4f659743eb309fdab74bbdde2b18ded

Ну всё. Нужно менять слона на котика ))

А как можно победить value out of range: overflow при выборке из jsonb?

overflow?

при выборке, или при avg?

а полайкайте баг, а? :) https://youtrack.jetbrains.com/issue/DBE-3297

при выборке

покажи пример

вообще, только вчера underflow обсуждали

overflow всё-таки падать должен :)

сейчас точно скажу :)

Да, ты прав. select avg(nullif(nullif(cast(metrics-»'currentExternalTemperature' as float),-16384), 32768)), to_char(timestamp, 'YYYY-MM-DD HH:MM:SS' ) as t from metrics group by t; —- ERROR: value out of range: overflow ********** Ошибка ********** ERROR: value out of range: overflow SQL-состояние: 22003

На 141 строке значение.

температура - цельсий?

Да

overflow всё-таки падать должен :)

внезапно :) зачем?

https://www.postgresql.org/message-id/24554.1476849661@sss.pgh.pa.us

> e.g. pg_upgrade's corruption of visibility maps

уже все в курсах?

уже все в курсах?

чем чревато?

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

вот по этому я и использую pg_dump ;)

вот по этому я и использую pg_dump ;)

не всегда возможно:(

не всегда возможно:(

это то ясно... но мне можно и я пользуюсь. Заодно фрагментацию индексов убираю.

и прочий блоатинг

а с 9.5 на 9.6 можно логически реплецироваться?

Да

select avg(temperature), to_char(timestamp, 'YYYY-MM-DD HH:MM:SS') as t from (select *, (metrics -» 'currentExternalTemperature') :: float as temperature from metrics ) z where temperature between -100 and 100 group by t;

когда в данные прокрадывается чернь, изгоняйте её физическими ограничениями

внезапно :) зачем?

по IEEE 754, у него нет дефолтной обработки ошибок, в отличие от underflow

ребзя подскажите а реплика с 9.4 на 9.5 будет работать?

ну типа я хочу в мастер 9.4 вогнать слейв 9.5

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

тобишь скопировать папочку

ну типа я хочу в мастер 9.4 вогнать слейв 9.5

слонами

дата

шо значит слонами

я не понимать

будет пахать или нет

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

я так и говорю underflow - не падать overflow - падать

шо значит слонами

slony

оговорюсь что постгрес 9.4 уже в репилке

тобишь хочу добавить ещё 1 слейв

ERROR: S client not available

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

знаете ли вы, что: https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1805 постгрес на avg считает ещё и сумму квадратов, а потом её выбрасывает

спасибо почитаю про слони

знаете ли вы, что: https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1805 постгрес на avg считает ещё и сумму квадратов, а потом её выбрасывает

"задача сведена к предыдущей" (c) :)

ну да

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

а потом у людей забрать из базы и посчитать агрегат в коде быстрее получается :(

спасибо почитаю про слони

logical replication VS streaming wal

Хммм... А если моя функция возвращает тип table_name то как потом обращаться в полям этой строки, если вызов функции был в сабзапросе?

Все. Нужно просто больше скобочек ?

знаете ли вы, что: https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1805 постгрес на avg считает ещё и сумму квадратов, а потом её выбрасывает

я думаю для этого есть причины

я думаю для этого есть причины

какие?

они всегда есть, другой разговор насколько они очевидны или правильные

я понимаю, что avg() и var_pop() в одном запросе так одной функцией считаться будут

я понимаю, что avg() и var_pop() в одном запросе так одной функцией считаться будут

нефига: https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1929

в смысле?

это finalfn от агрегата

будет разными функциями

счас разберусь что куда

а transfn, который зовётся на каждую строчку, у них общий

https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1805

не вижу что то. Вижу только что тип они один и тот же используют: The transition datatype for all these aggregates is a 3-element array of float8, holding the values N, sum(X), sum(X*X) in that order.

собственно легко проверить

ааа всё понял

так пошёл за кофе, иначе тупым себя чувствую

https://github.com/postgrespro/postgrespro/blob/ac92c4a9a53c88843533154d2224323509134323/src/backend/utils/adt/float.c#L1875

не на хранение, а на +1 умножение и +1 overflow check

дадад я увидел

понял... он потом в avg тупо делает sum/N

комуто стало лень писать код... я сейчас раскапываю это

и никак не пытается защищать от ошибок округлений

https://github.com/postgrespro/postgrespro/commit/bec98a31c55a4f799b398d01541e68d7c086bb81#diff-7068290137a01263be83308699042f1f — вот когда и как это было введено и почти не поменялось за последние 16 лет.