select cast(data->'functional'->'session_duration' as integer) *2 from config where is_active='t'; ОШИБКА: привести тип jsonb к integer нельзя

у postgrespro есть патч, который добавляет этот каст

в обычном постгресе только через текст

у меня pro стоит

cast из кробки?

или надо ставить?

не знаю, мы купили поддержку и для нас его написали и применили

для неоптимизированной заглушки его можно через inout сделать

https://github.com/gojuno/lostgis/blob/master/sql/types/__jsonb_casts.sql

а, там нет int - попробуй в numeric скастовать

на всякий случай, может кому пригодится.

select (data->'functional'-»'session_duration')::int *2 from config where is_active='t';

вот так работает

но я же так и предложил. и кстати, чем плох text?

data->'functional'->>'session_duration'

у тебя волшебных скобочек нету

а, ну-ну

но я же так и предложил. и кстати, чем плох text?

text плох тем, что делать и парсить округлённые десятичные циферки в буфере динамического размера, при том что на входе и выходе они бинарные-процессорные - дороговато

text плох тем, что делать и парсить округлённые десятичные циферки в буфере динамического размера, при том что на входе и выходе они бинарные-процессорные - дороговато

думаю, что вот конкретно с int накладные расходы вряд ли будут заметны. и с округлением проблем никаких

кстати, вы будете смеяться, но в mysql этой проблемы нет

а там уже и бинарный json есть?

то есть, на тестовых примерах select cast(data->'functional'->'session_duration' as signed) ... во-первых не требует явного преобразования в text, а во-вторых преобразует в int из бинарного формата

а там уже и бинарный json есть?

уже 2 года как, с 5.7

причём он именно JSON называется и нет путаницы с JSONB

а вот в mariadb json текстовый

вот такой интересный кейс прибежал: есть pg 9.6.3, linux после жесткого ребута сервера что-то пошло не так база запускается, но многие запросы уходят в 100% CPU и ничего не делают путем различных экспериментов стало понятно, что что-то не так в каталоге дошел до состояния: 1. БД запущена с ignore_system_indexes=true 2. select * from pg_attribute выполняется нормально 3. vacuum analyze pg_attribute падает с ошибкой ERROR: right sibling's left-link doesn't match: block 228 links to 248 instead of expected 227 in index "pg_attribute_relid_attnam_index" (set zero_damaged_pages = on сделан) индекс удалить не дает, ибо " is a system catalog" 4. reindex index pg_attribute_relid_attnam_index виснет с теми же симптомами - 100% CPU и ничего не делает есть идеи, как продвинуться дальше? ?

вот такой интересный кейс прибежал: есть pg 9.6.3, linux после жесткого ребута сервера что-то пошло не так база запускается, но многие запросы уходят в 100% CPU и ничего не делают путем различных экспериментов стало понятно, что что-то не так в каталоге дошел до состояния: 1. БД запущена с ignore_system_indexes=true 2. select * from pg_attribute выполняется нормально 3. vacuum analyze pg_attribute падает с ошибкой ERROR: right sibling's left-link doesn't match: block 228 links to 248 instead of expected 227 in index "pg_attribute_relid_attnam_index" (set zero_damaged_pages = on сделан) индекс удалить не дает, ибо " is a system catalog" 4. reindex index pg_attribute_relid_attnam_index виснет с теми же симптомами - 100% CPU и ничего не делает есть идеи, как продвинуться дальше? ?

Я бы порекомендовал попытаться сделать бекап рабочей БД. И отресторить её в новом кластере.

не получится - он в процессе дампа делает выборки из системного каталога

Я бы порекомендовал попытаться сделать бекап рабочей БД. И отресторить её в новом кластере.

Вы правы, я не пытался это сделать с "ignore_system_indexes=true" - так проходит

и все-таки.. кто какие грязные хаки порекомендует для починки индекса на системную таблицу?

allow_system_table_mods ?

ага, спасибо

ERROR: cannot drop index pg_attribute_relid_attnam_index because it is required by the database system пофиг allow_system_table_mods | on |

Коллеги, а почему я получаю ошибку permission denied for relation после установки грантов на селект для пользователя? понимаю, вопрос такой себе.

права на схему смотрите.

GRANT USAGE ON SCHEMA __schema__ TO __role__

права на схему смотрите.

использую такой метод https://gist.github.com/oinopion/4a207726edba8b99fd0be31cb28124d0

http://ps.tmpc.ru/000ba7ff

Так readonly на все таблицы

Потом функцию вызываете с именем пользователя

Ребят, а у кого-нить есть конфиг, где включены всякие штуки, которые увеличивают перформанс базы. про http://pgtune.leopard.in.ua/ я знаю, но например, я знаю что можно включить паралелизацию запросов и скорей всего что-то еще. Об этом и вопрос - это что-то еще есть в одном месте?

начни с того что творится в БД

и собери статистику по выполняющимся запросам

для любой бд все индивидуально

я говорю только про файл настроек

я говорю только про файл настроек

Конфиг у pg каждый крутит индивидуально в зависимости от железа и того, что творится в базе

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

https://www.packtpub.com/big-data-and-business-intelligence/postgresql-high-performance-second-edition

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

банальным включением параллелизма можно убить перформанс остальных запросов. надо подходить с пониманием к этому.

https://www.packtpub.com/big-data-and-business-intelligence/postgresql-high-performance-second-edition

стас, неприлично отвечать на вопрос ссылкой %)

стас, неприлично отвечать на вопрос ссылкой %)

Отвечать ссылкой по делу — нормально. Флеймить в чате с 1k3 пользователей — не очень

PostgresPro 9.6 Вроде как есть LC_COLLATE и LC_CTYPE влияющие на правила сортировки. С другой стороны > Поддержка libicu на всех платформах, что обеспечивает независимые от платформы результаты сортировки.

как использовать libicu для сортировки строк/текста?

по документации поискал, ничего конкретного найти не удалось

независимые от платформы - независимые от багов в libc платформы

поддержка LC_ от этого же не исчезает

ок, спасибо. Тогда ещё вопрос, сначала был развернёт postgrespro (ubuntu 16.04). потом доставлена локаль "ru_RU.utf8", везде где надо всё подхватилось, кроме посгреса, ругается при создании БД. ничего важного пока там не развёрнуто, можно хоть всё снести. из того чо удалось нагуглить, это выполнить pg_dropcluster и pg_createcluster, или есть менее болезненные способы?

а текст ошибки?

ERROR: new collation (ru_RU.utf8) is incompatible with the collation of the template database (en_US.UTF-8)

ок, спасибо. Тогда ещё вопрос, сначала был развернёт postgrespro (ubuntu 16.04). потом доставлена локаль "ru_RU.utf8", везде где надо всё подхватилось, кроме посгреса, ругается при создании БД. ничего важного пока там не развёрнуто, можно хоть всё снести. из того чо удалось нагуглить, это выполнить pg_dropcluster и pg_createcluster, или есть менее болезненные способы?

Так ничего болезненного в удалении кластера нет

если бекапы настроены :)

ну тогда этим путём и пойдём, спасибо

Так у него пусто же

Вопрос

Ругается ERROR: could not access file "$libdir/postgis-2.3": No such file or directory

ты не поставил постгис

Смотрю содержимое папки - 2.3. папка пустой стала, зато от вчера папка появил\ась папка 2.4

Давно ставил

тебе пришёл апдейт и тебе нужно проапгрейдиться

Чё сделать то? Какое команды?

или просто yum update?

кусочек отсюда https://gist.github.com/Komzpa/994d5aaf340067ccec0e

там посимлинкать и alter extension upgrade

я правильно понял что в примере нужно пути поправить и запустить?

Или только линк и ап сделать?

Все спасибо. Помогло

Всем привет использую для мониторинга PostgreSQL mamonsu стали прилетать триггеры " PostgreSQL required checkpoints occurs to frequently on db-XXX" я правильно понимаю, что это ничего страшного и просто возрасла нагрузка на запись в PostgreSQL ? и если я не вижу хотя бы 50% утилизации на дисках, то можно просто увеличить значения для триггера?

Утилизация без латенси вообще говоря ни о чем не говорит

Причём надо смотреть довольно узкие интервалы

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

@BloodJazMan

Всем привет использую для мониторинга PostgreSQL mamonsu стали прилетать триггеры " PostgreSQL required checkpoints occurs to frequently on db-XXX" я правильно понимаю, что это ничего страшного и просто возрасла нагрузка на запись в PostgreSQL ? и если я не вижу хотя бы 50% утилизации на дисках, то можно просто увеличить значения для триггера?

Надо мониторить причину чекпоинтов, через pg_stat_bgwrite. По хорошему чекпоинты должны быть размазаны, чтобы не напрягать io https://youtu.be/NY-9HUnmR6c?t=21m12s Ничего страшного, просто показывает что нужно подкрутить гаечки

хм, стою на асфальте я в лыжи обутый postgres-# \l test2 Список баз данных Имя | Владелец | Кодировка | LC_COLLATE | LC_CTYPE | Права доступа -------+------------+-----------+-------------+-------------+--------------- test2 | klimenko_a | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | (1 строка)вроде как никаких прав доступа к бд не выдано, по крайней мере не видно ни в консоли, ни в PgAdmin4. Но левым пользователем совершенно спокойно позволяет подключиться к бд делаем запрос REVOKE CONNECT ON DATABASE test2 FROM PUBLIC;неожиданно получаем postgres=# \l test2 Список баз данных Имя | Владелец | Кодировка | LC_COLLATE | LC_CTYPE | Права доступа -------+------------+-----------+-------------+-------------+--------------------------- test2 | klimenko_a | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =T/klimenko_a + | | | | | klimenko_a=CTc/klimenko_a (1 строка) возможность подключиться у сторонних пользователей пропадает. О_о это нормально?

Нормально

— У нас дыра в безопасности. — Ну, хоть что-то у нас в безопасности.

йо помогите с одной вещью плиз: я так понимаю, что для пг еще не допилили datalink, есть что-нибудь со схожей функциональностью?

fdw как "похожее на datanilk" сойдет? https://wiki.postgresql.org/wiki/Foreign_data_wrappers

Есть кто-нибудь кто мигрировал с мускула на постгре? Нужно пару советов)

Хых, вы вопросы задавайте, наверняка найдутся такие люди.

— У нас дыра в безопасности. — Ну, хоть что-то у нас в безопасности.

Надо бы мат-часть подтянуть. https://www.youtube.com/watch?v=Asicqi0ewO8