Вот такие функции нужно создать, чтобы pgadmin3 смог спокойно соединиться к PostgreSQL 10: create function pg_last_xlog_receive_location() returns text as $$ select pg_last_wal_receive_lsn()::text $$ language sql; create function pg_last_xlog_replay_location() returns text as $$ select pg_last_wal_replay_lsn()::text $$ language sql; create function pg_is_xlog_replay_paused() returns bool as $$ select pg_is_wal_replay_paused() $$ language sql;

3ка с 10-11 не особо дружит

?

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

как выполнить 'plpgsql' код не создавая функцию

?

как выполнить 'plpgsql' код не создавая функцию

как-то так do $$ declare ...; begin ... end $$ language plpgsql;

Подскажите. Частичный (по условию) уникальный индекс не может участвовать в upsert операции?

как-то так do $$ declare ...; begin ... end $$ language plpgsql;

а результат вывести из do ? в ходе расчетов пишу последней строкой select, ошибка предлагает мне использовать perform, но он выводит просто DO

do не позволяет возвращать наборы

Raise notice

Или в табличку положить

Добрый день парни.. кто то знает бесплатную утилиту для графического отображения базы данных? ну со связями и всем таким. И еще один вопрос, как вы отлаживаете PL SQL. Есть какой то удобный интрумент.

схему рисую ручками в DIA, отладка головой вполне работает

если виндовый клиент возможен, то построить схему базы графически со связями может помочь EMS PostgreSQL Manager

схему рисую ручками в DIA, отладка головой вполне работает

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

если виндовый клиент возможен, то построить схему базы графически со связями может помочь EMS PostgreSQL Manager

Схему БД вполне себе построит dbeaver community edition

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

pgModeler не особо поможет, т.к. он их строит криво

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

бобра не пробовал для этих целей

И да, EMS, который строит схемы со связями - он не платный ли случаем? Что-то мне говорит, что... А впрочем поиск вернёт нужный результат.

есть лайт версия, если мне не изменят память

@Komzpa @MikaelBox @elfiki спасибо

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

Или в табличку положить

так и сделал)

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

да, лайт не могет (

Как же не любят многие платить за коммерческий софт. Как это мило, когда за табуретки и пенные напитки платить - это норма, а как софт, так подавай бесплатно. Open Source завоевал сердца. И мозги.

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

Как же не любят многие платить за коммерческий софт. Как это мило, когда за табуретки и пенные напитки платить - это норма, а как софт, так подавай бесплатно. Open Source завоевал сердца. И мозги.

Когда деньги заработают тогда и заплатят

Как же не любят многие платить за коммерческий софт. Как это мило, когда за табуретки и пенные напитки платить - это норма, а как софт, так подавай бесплатно. Open Source завоевал сердца. И мозги.

Зачем платить за что-то, чему есть бесплатные аналоги? Ну вот зачем?

иногда даже за бесплатные аналоги платить не стыдно

А ещё EMS, по крайней мере в июле не умеет git в принципе. Т.е совсем. Ну и для зачем козе баян, хучь за деньги, хучь бесплатно.

Зачем платить за что-то, чему есть бесплатные аналоги? Ну вот зачем?

Справедливый и логичный вопрос. Другое дело, зачем быть одуванчиком и делать работу за бесплатно? Вот тут странно.

Справедливый и логичный вопрос. Другое дело, зачем быть одуванчиком и делать работу за бесплатно? Вот тут странно.

Ничего странного - есть более другие способы дохода. Такие дела, да...

Ничего странного - есть более другие способы дохода. Такие дела, да...

Ну тогда ладно, работайте бесплатно ?

Ну тогда ладно, работайте бесплатно ?

Завидовать - нехорошо! ?

так и сделал)

refcursor/fetch ещё можно использовать. Вот так, примерно: BEGIN; DO $$ DECLARE c refcursor := 'foo'; BEGIN OPEN c FOR SELECT * FROM orders ORDER BY id; END; $$; FETCH ALL FROM foo; COMMIT;

refcursor/fetch ещё можно использовать. Вот так, примерно: BEGIN; DO $$ DECLARE c refcursor := 'foo'; BEGIN OPEN c FOR SELECT * FROM orders ORDER BY id; END; $$; FETCH ALL FROM foo; COMMIT;

сохраню себе. Спасибо ?

коммит только смущает

думается по умолчанию автокоммит стоит

коммит только смущает

Там же в начале BEGIN [TRANSACTION]; Т.е. да, в транзакции нужно использовать.

Там же в начале BEGIN [TRANSACTION]; Т.е. да, в транзакции нужно использовать.

увидел, можно же опустить ?)

увидел, можно же опустить ?)

Нет, обычные курсоры работают только пределах одной транзакции. Исключение — WITH HOLD.

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

create table tags ( doc_id serial PRIMARY KEY , words text[] not null default '{}' ); create index doc_tags_id_tags on tags using gin(words); EXPLAIN (ANALYZE, BUFFERS) select * from tags where words && array['43NTJ4FO98U0', '218SUYE228OBW'];

https://explain.depesz.com/s/i0S

это можно ускорить?

почему блоки красные?

Т.е. вы будете 3X иметь эти данные : database buffers, system page cache, tmpfs

tmpfs сделан на основе page cache, мне кажется вряд ли linux настолько глупый что будет хранить одну и ту же страницу два раза

create table tags ( doc_id serial PRIMARY KEY , words text[] not null default '{}' ); create index doc_tags_id_tags on tags using gin(words); EXPLAIN (ANALYZE, BUFFERS) select * from tags where words && array['43NTJ4FO98U0', '218SUYE228OBW'];

А если переделать на @> '43NT…' or … @> '218…'?

это можно ускорить?

По-моему, и так неплохо. Вы ANALYZE таблицы делали?

хм

Дропнул индекс, создал снова и все начало летать

https://explain.depesz.com/s/Nw3D

Дропнул индекс, создал снова и все начало летать

А раньше Вы его как создавали, ради интереса? И ещё раз: Вы ANALYZE таблицы делали?

> Вы ANALYZE таблицы делали? да

Т.е. вы будете 3X иметь эти данные : database buffers, system page cache, tmpfs

То, что лежит в tmpfs, не попадает в файловый кэш

> Вы ANALYZE таблицы делали? да

Да, оценки всё равно как-то не очень... но, с другой стороны, ну и что? ;) (Тут у планировщика выбор всё равно небогатый: либо этот индекс, либо seqscan.) Да, кстати... Вы вроде раньше план с другой константой показывали?

Что значит константа?

218SUYE228OBW

да, другое значения

Если по статистике оно видит что какого-то значения в таблице нет - оно его и искать не будет.

Что значит константа?

В первом плане: (words && '{43NTJ4FO98U0,218SUYE228OBW}'::text[]) В этом: (words && '{43NTJ4FO98U0,GIT1}'::text[]) Может, при поиску по индексу действительно существенно отличается кол-во просматриваемых pages...

Если по статистике оно видит что какого-то значения в таблице нет - оно его и искать не будет.

В смысле? Наоборот, будет, конечно, причём почти наверняка по индексу...

Я не об этом, там количество buffer hits показывает что оставшиеся значения не слишком популярны.

Я не об этом, там количество buffer hits показывает что оставшиеся значения не слишком популярны.

Ну, я, например, не уверен. Как вообще можно сравнивать планы с разными константами, причём один до, а другой после перестроения индекса?

Если по статистике оно видит что какого-то значения в таблице нет - оно его и искать не будет.

Думаю это не тот вариант. Скорость возростает после пересоздания индекса

А вы попробуйте изначальный набор параметров.

Думаю это не тот вариант. Скорость возростает после пересоздания индекса

Да, вот в этих screenshot-ах, которые Вы сейчас привели, это действительно видно.

Если в индексе искать то чего там нет результат оно выдаст быстро. В противном случае на каждое совпадение добавится материализация.

Да, вот в этих screenshot-ах, которые Вы сейчас привели, это действительно видно.

Что делать в таких случаях?

PostgreSQL 10.5 (Ubuntu 10.5-0ubuntu0.18.04) on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 7.3.0-16ubuntu3) 7.3.0, 64-bit

Что делать в таких случаях?

Вполне возможно, что дело в этом: https://www.postgresql.org/docs/current/static/gin-implementation.html#GIN-FAST-UPDATE

select * gin_clean_pending_list(); syntax error at or near "gin_clean_pending_list" LINE 1: select * gin_clean_pending_list()

from

или звезду убрать

select * gin_clean_pending_list(); syntax error at or near "gin_clean_pending_list" LINE 1: select * gin_clean_pending_list()

"Изобретаете" синтаксис? Не стоит, PostgreSQL не оценил. ;)

select gin_clean_pending_list(); function gin_clean_pending_list() does not exist LINE 1: select gin_clean_pending_list() ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts.

select gin_clean_pending_list(); function gin_clean_pending_list() does not exist LINE 1: select gin_clean_pending_list() ^ HINT: No function matches the given name and argument types. You might need to add explicit type casts.

\df gin_clean_pending_list Name | Result data type | Argument data types ------------------------+------------------+--------------------- gin_clean_pending_list | bigint | regclass А у Вас?

Я намекаю на "Argument data types" (и ведь Вы вроде документацию прочитали :( ).

Я не читал