KK
А какая сейчас ошибка?
42883 - ERROR: operator does not exist: text ->> unknown
Size: a a a
2020 June 10
KK
_item->>'main_item'->>'code'
DG
42883 - ERROR: operator does not exist: text ->> unknown
Ну вот, это ошибка не из-за того, что
json ->> ’key1’ null, а из-за того, что он - строка.KK
точно, стрелка одинарная нужна... спасибо)
KK
а если там null, ошибки не будет?
В
Подскажите, внешняя таблица кэшит данные на своей стороне.
Если отвалился удалённый сервер, ранее запрашиваемые данные будут видны во внешней таблице ?
Если отвалился удалённый сервер, ранее запрашиваемые данные будут видны во внешней таблице ?
DG
а если там null, ошибки не будет?
Если там будет NULL, то результат всего выражения будет NULL, ошибки не будет.
KK
отлично
GS
Yaroslav Schekin
> Ну, например, инициализация инстанса без чексумм в процессе установки пакетов.
Ну, например, "man pg_createcluster". Т.е. это настраивается.
> Локале-зависимая проверка с помощью psql, что инстанс стартанул =)
Да, проверка там есть. Не того, что он "стартанул" (для этого хватило бы и более простых средств), а того, что он действительно принимает подключения, т.е. работает.
И да, насчёт "локале-зависимая" — можно подробнее?
Ну, например, "man pg_createcluster". Т.е. это настраивается.
> Локале-зависимая проверка с помощью psql, что инстанс стартанул =)
Да, проверка там есть. Не того, что он "стартанул" (для этого хватило бы и более простых средств), а того, что он действительно принимает подключения, т.е. работает.
И да, насчёт "локале-зависимая" — можно подробнее?
GS
не говоря уже о том, что подключаемся к базе 'postgres', которой может и не быть
GS
костыли и палки
YS
Из актуального source:
Т.е. это уже исправлено. Опять-таки — баги бывают везде... и что?
> не говоря уже о том, что подключаемся к базе 'postgres', которой может и не быть
И уже нет, см. выше.
$out = `LC_MESSAGES=C $psql -h '$sd' --port $p -Xwc '' template1 2>&1 >/dev/null`;
Т.е. это уже исправлено. Опять-таки — баги бывают везде... и что?
> не говоря уже о том, что подключаемся к базе 'postgres', которой может и не быть
И уже нет, см. выше.
GS
исправлено, но когда оно выстрелило, то времени было потеряно довольно много
GS
причем это было восстановление после сбоя, что добавило остроты
GS
> баги бывают везде
>
правильно, и нужно понимать, прослойка postgresql-common - не бесплатная, это тоже софт и есть риск, что именно у вас выстрелит какой-нибудь его баг
>
правильно, и нужно понимать, прослойка postgresql-common - не бесплатная, это тоже софт и есть риск, что именно у вас выстрелит какой-нибудь его баг
GS
и юзер должен иметь возможность делать информированный выбор
GS
да, мне нужны фичи, которые даёт postgresql-common, ставлю сборку с ним
нет, не нужны, ставлю сборку без него
нет, не нужны, ставлю сборку без него
YS
> баги бывают везде
>
правильно, и нужно понимать, прослойка postgresql-common - не бесплатная, это тоже софт и есть риск, что именно у вас выстрелит какой-нибудь его баг
>
правильно, и нужно понимать, прослойка postgresql-common - не бесплатная, это тоже софт и есть риск, что именно у вас выстрелит какой-нибудь его баг
Да это-то понятно.
> и юзер должен иметь возможность делать информированный выбор
Насколько я помню, Gentoo т.п. живут по этому принципу. И можно и до LFS дойти, если хочется "выбора".
Но почему-то у этих решений "широчайшее" использование на серверах. ;)
> нет, не нужны, ставлю сборку без него
Ставите дистрибутив без него, и всё. А где есть именно такой выбор, кстати?
> и юзер должен иметь возможность делать информированный выбор
Насколько я помню, Gentoo т.п. живут по этому принципу. И можно и до LFS дойти, если хочется "выбора".
Но почему-то у этих решений "широчайшее" использование на серверах. ;)
> нет, не нужны, ставлю сборку без него
Ставите дистрибутив без него, и всё. А где есть именно такой выбор, кстати?
KK
0A000 - ERROR: cannot begin/end transactions in PL/pgSQL
HINT: Use a BEGIN block with an EXCEPTION clause instead.
HINT: Use a BEGIN block with an EXCEPTION clause instead.
KK
откатить транзакцию вообще никак не получится или есть решение?)