только hash-партиции

А в планах нет такого? Очень было бы круто. Я вам письмо писал, но вы не ответили (.

в планах есть партицирование по выражению, в рамках которого можно реализовать ваш кейс. А куда писали? Лучше на гитхаб

а, да, вижу ваше письмо.. извините, не знаю, почему не ответил. Поэтому лучше на гитхаб, там мы все issue постоянно мониторим

самые частые вопросы это как задать свой шаблон именования партиций (спойлер: через callback-функцию) и когда будут глобальные индексы : )

А разве можно реализовать глобальные индексы? Я подозреваю, что для каждой таблицы свой должен быть

вот в том и дело, что у нас пока нет идей, как это можно реализовать. Сам постгрес такого функционала не имеет. Есть большие сомнения что это вообще возможно реализовать в рамках экстеншена

может быть возможно написать свой мета-индекс через кастомный access method (начиная с 9.6), но это нужно исследовать

хелл лоу всем

подскажите по cannot execute DROP DATABASE in a read-only transaction

нода находится в реплике

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

9.4

Удалив на мастере ))

ну блин как я мог так затупить. спасибо огромое

Привет! Вот только в 9.5 такое: # sudo -u postgres psql psql (9.5.5) Type "help" for help. postgres=# grant all privileges on database zabbix to zabbix; GRANT postgres=# alter database zabbix owner to zabbix; ALTER DATABASE postgres=# \q # psql -U zabbix zabbix psql (9.5.5) Type "help" for help. zabbix=> select * from users; ERROR: permission denied for relation users zabbix=> \dp+ users Access privileges Schema | Name | Type | Access privileges | Column privileges | Policies --------+-------+-------+-------------------+-------------------+---------- public | users | table | | | (1 row)

на 9.2 / 9.4 такого нет

что не так?

шалом, есть задача сравнивать структуру двух БД, есть инструменты бесплатные и годные?

pg_dump --schema-only

и диф?

а потом diff -u :))

ёпрст

ну, как вариант, да

postgres=# alter role zabbix superuser; ALTER ROLE

единственное что лечит

но это супер криво

что я делаю не так?

Для доступа к некоторым системным каталогам или вызова некоторых функций нужен обязательно superuser, это проверяется в коде и никак вроде не обойти.

Дак это база zabbix

которой он (user zabbix) владелец

неважно

которой он (user zabbix) владелец

но, видимо, не таблиц же, grant all on all tables in schema ....

шалом, есть задача сравнивать структуру двух БД, есть инструменты бесплатные и годные?

http://www.sql-workbench.net

но, видимо, не таблиц же, grant all on all tables in schema ....

не. не то

http://www.sql-workbench.net

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

это глюк, так как \dp+ показывает пустые пермишенсы

это глюк, так как \dp+ показывает пустые пермишенсы

Пустые показываются если они по-умолчанию, то есть их не изменяли или вернули как было

это глюк, так как \dp+ показывает пустые пермишенсы

а так select * from information_schema.role_table_grants where table_name =

# select * from information_schema.role_table_grants where table_name='users'; grantor | grantee | table_catalog | table_schema | table_name | privilege_type | is_grantable | with_hierarchy ---------+---------+---------------+--------------+------------+----------------+--------------+---------------- (0 rows)

Есть какой то рецепт для 9.5 что бы создать базу и определить для нее безусловную роль?

вы создали таблицы от другого юзера, дайте забиксу прав и создавайте таблицы от него

что не так?

Это не оракл

Вы выдали привилегию all на БД, вы то и получили (connect, temporary on database)

GRANT { { CREATE | CONNECT | TEMPORARY | TEMP } [, ...] | ALL [ PRIVILEGES ] } ON DATABASE database_name [, ...] TO role_specification [, ...] [ WITH GRANT OPTION ]

т.е. пользователь получил: { CREATE | CONNECT | TEMPORARY | TEMP }

на 9.2 / 9.4 такого нет

Это фантастика

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

Может конечно из свежесозданных таблиц

Так как мне сменить пермишенсы для текущих таблиц?

Скрипт накатайте

grant on all tables in schema

Если схем 100500?

Проще скрипт

в забиксе их меньше чем 100500

У него всё равно не будет еще доступа к схеме, функциям, сиквенсам, доменам, фдв, типам и пр

Можно, конечно, на такую небольшую БД, как заббикс и вручную повыдавать привилегии, в этом случае быстрее будет даже просто пересоздать БД под нужным пользователем

дайте usage на схему public

и права на таблички

щас для десяточки обсуждают концепт Superowners

как раз из-за такой фрустрации

но конечно же они в десяточку это не сделают, пушо начался последний коммитфест

и что даст superowners? точнее что он будет уметь?

никто не знает! обсуждают

https://www.postgresql.org/message-id/CANP8+jKuoxD6aFmXCyGuyWR6U_mGiXzoXqUAnLTMa=yV0-OTxg@mail.gmail.com

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

# psql -U zabbix postgres psql (9.5.5) Type "help" for help. postgres=# create database zabbix; CREATE DATABASE # cat /tmp/zabbix.sql | psql -U zabbix zabbix вот так вроде с пермишенсами все гуд

конечно, под пользователем заббикс же

https://github.com/postgrespro/jsquery - а вот это только под linux существует?

JuiceSSH

А чего не Termius?)

А чего не Termius?)

Хз, не пробовал

#вопрос В postgresql как-то можно получить дату обновления записи?

Ну судя по сортировке - эта дата точно где-то есть

Возможно мета-информация. Но как получить к сожалению не нашел

Ну судя по сортировке - эта дата точно где-то есть

нет, это просто значит, что файл читается последовательно

Странно. А чего тогда записи скачат как дурные. Я предполагал что каждая запись последоваельно сохраняется, а не хаотично

Причем при редактировании запись подскакивает вверх

Если не писать orderby

Не такого в постгре. Руками делается.

Жаль

В мускуле тоже нет. Либо нет прямо, либо есть и не работает.

Спасибо за пояснение :)

Причем при редактировании запись подскакивает вверх

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

Тогда вот еще вопрос. Читал я о такой вещи как история транзакция строки. И типа вакумом это чистится. Это вообще люди ипользуют как-то или это для целостности просто информация?

Это вы наверное о MVCC

Насколько знаю, хранятся только xmax и xmin, определяющие транзакцию создания и удаления строки https://www.postgresql.org/docs/9.6/static/storage-page-layout.html

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

Жаль. А что тогда исопользуют для того чтобы помнить что менялось и как? отдельную таблицу историй?

Может есть что-то типа git :) только для записей БД

?

Понятно что триггеры прикрутить можно на изменение конкретных полей. Но может есть уже готовые решения.

https://github.com/pgaudit/pgaudit

https://github.com/pgaudit/pgaudit

Спасибо. Почитаю. Сами где нибудь юзали?

да. Использовал. логи в формате csv + file_fdw + pgaudit.