Спасибо crux и Yaroslav. Ваш вариант оказался лучшим. Всё задышало))

немного обидно... ну да ладн.

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

спасибо

Можа это https://postgrespro.ru/docs/postgresql/9.5/sql-select SKIP LOCKED

Сорян, благодарю)))) Нить потерял в процессе дискуссии.

Народ, помогите, делаю одинаковый запрос на двух серверах с копией базы запрос обычный INNER JOIN двух таблиц с дополнительным WHERE + ORDER + GROUP BY на одном сервере план получаю нормальный NESTED LOOP и использование индексов на втором сервере получаю какое то непонятно Gather (cost=1107601.80..1107623.69 rows=188 width=12) (actual time=1258.720..1258.845 rows=21 loops=1) что подтюнить на втором сервере чтобы планировщик догадался использовать Nested Loop и индексы?

Народ, помогите, делаю одинаковый запрос на двух серверах с копией базы запрос обычный INNER JOIN двух таблиц с дополнительным WHERE + ORDER + GROUP BY на одном сервере план получаю нормальный NESTED LOOP и использование индексов на втором сервере получаю какое то непонятно Gather (cost=1107601.80..1107623.69 rows=188 width=12) (actual time=1258.720..1258.845 rows=21 loops=1) что подтюнить на втором сервере чтобы планировщик догадался использовать Nested Loop и индексы?

1. vacuum analyze выполнить 2. Сравнить конфиги серверов

Народ, помогите, делаю одинаковый запрос на двух серверах с копией базы запрос обычный INNER JOIN двух таблиц с дополнительным WHERE + ORDER + GROUP BY на одном сервере план получаю нормальный NESTED LOOP и использование индексов на втором сервере получаю какое то непонятно Gather (cost=1107601.80..1107623.69 rows=188 width=12) (actual time=1258.720..1258.845 rows=21 loops=1) что подтюнить на втором сервере чтобы планировщик догадался использовать Nested Loop и индексы?

Почитать про параметр - join_collapse_limit и джойны https://postgrespro.ru/docs/postgrespro/9.5/explicit-joins https://postgrespro.ru/docs/postgrespro/9.5/runtime-config-query#GUC-JOIN-COLLAPSE-LIMIT

спасибо, ушел курить мануалы

посоны, правильно удаляю одну запись из таблицы ?

DELETE * FROM public."AO_54307E_SERVICEDESK" WHERE PROGECT_ID=16200 ;

Звездочка лишняя, афаик

DELETE FROM public."AO_54307E_SERVICEDESK" WHERE PROGECT_ID=16200 ;

nfr &

так ?

DELETE FROM public."AO_54307E_SERVICEDESK" WHERE PROGECT_ID=16200 ;

синтаксис валидный

DELETE FROM public."AO_54307E_SERVICEDESK" WHERE PROGECT_ID=16200 ;

Можно без FROM

Можно без FROM

Сирсли?)

Можно без FROM

Это в какой такой СУБД, лол? О_О

синтаксис валидный

ERROR: update or delete on table "AO_54307E_SERVICEDESK" violates foreign key constraint "fk_ao_54307e_timemetric_service_desk_id" on table "AO_54307E_TIMEMETRIC" DETAIL: Key (ID)=(53) is still referenced from table "AO_54307E_TIMEMETRIC".

Это в какой такой СУБД, лол? О_О

В большинстве без FROM, в некоторых можно добавлять FROM, и в некоторых фраза FROM означает т.н. внутренний JOIN в delete

Народ, помогите, делаю одинаковый запрос на двух серверах с копией базы запрос обычный INNER JOIN двух таблиц с дополнительным WHERE + ORDER + GROUP BY на одном сервере план получаю нормальный NESTED LOOP и использование индексов на втором сервере получаю какое то непонятно Gather (cost=1107601.80..1107623.69 rows=188 width=12) (actual time=1258.720..1258.845 rows=21 loops=1) что подтюнить на втором сервере чтобы планировщик догадался использовать Nested Loop и индексы?

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

ERROR: update or delete on table "AO_54307E_SERVICEDESK" violates foreign key constraint "fk_ao_54307e_timemetric_service_desk_id" on table "AO_54307E_TIMEMETRIC" DETAIL: Key (ID)=(53) is still referenced from table "AO_54307E_TIMEMETRIC".

Неужели у сервисдеска нет места где можно мышкой потыкать что б целый проект удалить!!?

Кому в ЛС можно задать пару тупых вопросов? в доку не посылайте) я щас там

Кому в ЛС можно задать пару тупых вопросов? в доку не посылайте) я щас там

Да задавайте уж здесь...

Кому в ЛС можно задать пару тупых вопросов? в доку не посылайте) я щас там

Дока большая, однако. На все случаи жизни. А вот курсы от ПгПро проштудировать прежде чем задавать вопросы вполне себе нормальная идея.

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

Не знаю, не знаю...

Не буду спорить.

Дока маст хев кмк всегда) но и курсы лишним не будут)

Очень многие курсы (и книги), которые я лично видел, после доки не только бесполезны, но и вредны. ;) Впрочем, может мне просто "везёт". :(

я в свое время смотрела на ютубе курсы по администрированию от Postgres Professional, но дока у Postgres очень очень хорошая, поэтому, конечно, лучше отдавать предпочтение ей :) кмк)

Курсы и книги ПОСЛЕ ИЗУЧЕНИЯ доки - да, бесполезны. А вот с нуля, когда нужен некий минимум, чтобы стартануть - вполне, вполне.

Ну, может, какие-то хорошие книги и есть... но мне вот не попадаются, как назло. :( Была какая-то ничего, про администрирование, но там было про 9.0, кажется.

@leon4uk6 будет жить. Поприветствуем!

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

Триггер написать?

Триггер написать?

Не то, мне бы что-то вроде flyway надо

Всем доброго времени суток. Не подскажите как лучше всего хранить географические данные в базе? Если есть в доке, можете тыкнуть, что-то не могу найти.

Всем доброго времени суток. Не подскажите как лучше всего хранить географические данные в базе? Если есть в доке, можете тыкнуть, что-то не могу найти.

https://t.me/postgis

https://t.me/postgis

спасибо

Неужели у сервисдеска нет места где можно мышкой потыкать что б целый проект удалить!!?

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

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

И у 16200 теперь нет ни одной заявки/инцидента? Но тогда у кучи заявок сейчас неправильный проект?.. Короче поздравляю, распутывать эти волосы дело муторное мне видится

И у 16200 теперь нет ни одной заявки/инцидента? Но тогда у кучи заявок сейчас неправильный проект?.. Короче поздравляю, распутывать эти волосы дело муторное мне видится

я это делал на тесте. если чо

и в проекте еще нету задач

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

Всем привет. Подскажите пожалуйста, какими утилитами пользуетесь для тестирования перфоманса постгры? Заранее спасибо.

Всем привет. Подскажите пожалуйста, какими утилитами пользуетесь для тестирования перфоманса постгры? Заранее спасибо.

pg_bench самая распространённая

https://github.com/yandex/pgmigrate Для greenplum эта штука сработает?

можешь ещё в сторону http://pgcodekeeper.org посомтреть, может быть подойдёт для твоей задачи

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

не могу найти

можешь ещё в сторону http://pgcodekeeper.org посомтреть, может быть подойдёт для твоей задачи

у меня речь про greenlum, незнаю, поддерживает ли эта штука его

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

https://www.postgresql.org/docs/10/static/standby-settings.html#RECOVERY-MIN-APPLY-DELAY

ага, уже нашел

@ozyab09 будет жить. Поприветствуем!

Салют! Подскажите пожалуйста При создании индекса постгрес использует другие индексы? Хочу пересоздать распухший индекс, но не могу понять будет ли вся таблица сканироваться или "create index" пробежит по уже существующему?

Салют! Подскажите пожалуйста При создании индекса постгрес использует другие индексы? Хочу пересоздать распухший индекс, но не могу понять будет ли вся таблица сканироваться или "create index" пробежит по уже существующему?

Не должен

Салют! Подскажите пожалуйста При создании индекса постгрес использует другие индексы? Хочу пересоздать распухший индекс, но не могу понять будет ли вся таблица сканироваться или "create index" пробежит по уже существующему?

Будет сканироваться таблица

Будет сканироваться таблица

+1

Спасибо!

@misairu будет жить. Поприветствуем!

А насколько плох FDW при сетевых задержках? При 12ms запрос типа

select * from local_postgres_table EXCEPT select * from remote_oracle_fdw_table;стал неприлично долгим

Нет ли там под капотом запаса для оптимизации?

материализованные вьюшки? если допустимо не актуальные данные except-ить.

материализованные вьюшки? если допустимо не актуальные данные except-ить.

На чьей стороне вьюшки?

@andry_panasiyk будет жить. Поприветствуем!

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

select outlet.id, name, client_id, address, delivery_days, ocr.assortment_type_id, ocr.service_type_id, ocr.sales_channel_id, ocr.outlet_category_id, is_history = (select ocr.id from ocr where ocr.id = 1) from outlet left join outlet_category_relations ocr on outlet.outlet_category_id = ocr.outlet_category_id where outlet.id = 1 AND outlet.is_deleted = 0;

например

на is_history ругается

вместо is_history = (select ocr.id from ocr where ocr.id = 1) вот это ocr.id is_history

вместо is_history = (select ocr.id from ocr where ocr.id = 1) вот это ocr.id is_history

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

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

Это как?

is_history = ... сравнивает значение роля is_history с тем что дальше и возвращает true или false. А если роля такого нет, то он и будет ругаться

Если просто надо чтобы в ответе была колонка is_history, то это не через “=“ делается, а через “AS”

Если просто надо чтобы в ответе была колонка is_history, то это не через “=“ делается, а через “AS”

Ну вот хоть меня с такого синтаксиса и воротит но = вполне можно использовать вместо as. По крайней мере в мссиквеле (а потому я подозреваю что это стандарт 92 например)

эм

На чьей стороне вьюшки?

ну если remote_oracle_fdw_table, значит вьюшка на постгресе. а таблицы большие?

Ну вот хоть меня с такого синтаксиса и воротит но = вполне можно использовать вместо as. По крайней мере в мссиквеле (а потому я подозреваю что это стандарт 92 например)

википедия такого варианта не знает https://en.wikipedia.org/wiki/Alias_(SQL)

ну если remote_oracle_fdw_table, значит вьюшка на постгресе. а таблицы большие?

Умеренно большие. Сколько-то миллионов строк.

Ну вот хоть меня с такого синтаксиса и воротит но = вполне можно использовать вместо as. По крайней мере в мссиквеле (а потому я подозреваю что это стандарт 92 например)

MS SQL в основом начхать на ISO SQL, так что не стоит на него ориентироваться в этом вопросе. Просто для информации.

википедия такого варианта не знает https://en.wikipedia.org/wiki/Alias_(SQL)

И правильно делает, нечего грязные практики широкому кругу показывать :3

MS SQL в основом начхать на ISO SQL, так что не стоит на него ориентироваться в этом вопросе. Просто для информации.

Вполне допускаю что это диалект мелкомягких. Сам давно хочу разобраться, поэтому сейчас поужинаю и за комп сяду смотреть откуда ноги растут )

у них tsql, немношк перепилен

ну если remote_oracle_fdw_table, значит вьюшка на постгресе. а таблицы большие?

А вот выкрутить на fdw-таблице prefetch на максимум помогает. CPU usage postgres-worker'а gjlyzkzcm c 5-10 до 70% И время упало со 1500 до 78 секунд

у них tsql, немношк перепилен

Просто мысль какая: синтаксис на апдейт похож. И на присваивание декларированной переменной) Но это ужас-ужас все равно