Size: a a a

pgsql – PostgreSQL

2020 June 05

П

Павел П. in pgsql – PostgreSQL
Скрудж 🥔
Он никак не был связан с этой базой, т.е. был создан отдельно

Но я также пытался сделать GRANT ALL PRIVILEGES ON SCHEMA public TO smirnov;

Ничего
Вы это делали подключились к какой именно базе? Возможно что в базе postgres
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Павел П.
Вы это делали подключились к какой именно базе? Возможно что в базе postgres
Это из pycharm, когда открывал нужную таблицу именно базы stickerapp)
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Схема доступна, а данные внутри -- нет
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Victor Yegorov
покажите ошибку из лога базы. там явно написано каких прав не хватает
2020-06-05 09:43:16 EDT [31628-3] smirnov@stickerapp ERROR:  permission denied for relation partner_payouts
2020-06-05 09:43:16 EDT [31628-4] smirnov@stickerapp STATEMENT:  SELECT t.*, CTID
FROM public.partner_payouts t
LIMIT 501


Вот так
источник

VY

Victor Yegorov in pgsql – PostgreSQL
grant select on all tables in schema public to smirnov;
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Victor Yegorov
grant select on all tables in schema public to smirnov;
Сделал, перезагрузил даже, не помогло
источник

VY

Victor Yegorov in pgsql – PostgreSQL
новую ошибку покажите
источник

VY

Victor Yegorov in pgsql – PostgreSQL
перезагружать не надо ничего, это не винда
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Victor Yegorov
новую ошибку покажите
2020-06-05 09:45:30 EDT [31958-3] smirnov@stickerapp ERROR:  permission denied for relation partner_payouts
2020-06-05 09:45:30 EDT [31958-4] smirnov@stickerapp STATEMENT:  SELECT t.*, CTID
FROM public.partner_payouts t
LIMIT 501
источник

VY

Victor Yegorov in pgsql – PostgreSQL
значит вы не выдали права. надо подключиться к базе stickerapp и там выдавать
источник

С🥔

Скрудж 🥔 in pgsql – PostgreSQL
Victor Yegorov
значит вы не выдали права. надо подключиться к базе stickerapp и там выдавать
понял. помогло. Спасибо!
источник

AR

Anatoly Ryabov in pgsql – PostgreSQL
Ребят, есть база pg 10.4. Есть таблица с данными, в которой 500_000_000 записей. И есть 200_000_000 (40%) ненужных записей в ней.
Есть идея их удалить, чтобы повысить перфоманс запросов к этой таблице. Удалять можем хоть целый месяц, очень плавно.
Вопрос, как сделать так, чтобы получить пользу от этого действия? Т.е. привести базу к такому состоянию, что как будто в нее изначально записали эти 300_000_000 полезных записей?
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Anatoly Ryabov
Ребят, есть база pg 10.4. Есть таблица с данными, в которой 500_000_000 записей. И есть 200_000_000 (40%) ненужных записей в ней.
Есть идея их удалить, чтобы повысить перфоманс запросов к этой таблице. Удалять можем хоть целый месяц, очень плавно.
Вопрос, как сделать так, чтобы получить пользу от этого действия? Т.е. привести базу к такому состоянию, что как будто в нее изначально записали эти 300_000_000 полезных записей?
А даунтайм возможен? И какой?
источник

S

Space Digital in pgsql – PostgreSQL
мой текст
источник

AR

Anatoly Ryabov in pgsql – PostgreSQL
Дмитрий Лукьянов
А даунтайм возможен? И какой?
Даунтайм можем устроить до 1-2 часов.
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Anatoly Ryabov
Даунтайм можем устроить до 1-2 часов.
Попробуйте сделать create table as select с нужным вам условием, и засеките время. Можно в онлайне.
Это самый простейший способ, и с вашими размерами вы легко уложитесь в час.
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Второй вариант - это все удалить, а затем vacuum full сделать
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Тоже потребуется даунтайм для вакуума
источник

AR

Anatoly Ryabov in pgsql – PostgreSQL
Дмитрий Лукьянов
Второй вариант - это все удалить, а затем vacuum full сделать
Удалить разом?
источник

ДЛ

Дмитрий Лукьянов... in pgsql – PostgreSQL
Anatoly Ryabov
Удалить разом?
Можно и разом, если по нагрузке не блокируете никого.
источник