немного не понял, как это поможет мусор очистить?

Если стоит задача уменьшить размер таблицы, то vacuum full в монопольном режиме. Create index будет работать потом, как отработает vacuum, то есть не паралельно.

ok

господа, насколько извращение делать vacuum и create index на одной таблице одновременно?)

Ответ на этот вопрос кроется в самой идеологии MVCC и реализации этого механизма в ПГ. Пока пространство, занимаемое мертвыми туплами, не помечено, как свободное для дальнейшего использования, информация об этих туплах будет содержаться в индексе. Т.е. вы создаете индекс, который будет содержать некоторое количество устаревшей информации, а следом вакуум по нему пройдется - нафиг ненужная работа. Это когда индекс создаётся в режиме конкурентного доступа (CONCURRENTLY). В режиме же монопольного доступа всё будет зависеть от того, кто успеет раньша захапать нужные блокировки. Соответственно, второй процесс будет ждать, пока первый завершит работу.

@Chuguniy , спасибо за развернутый ответ!

Ответ развёрнутый, но неверный. Индекс строится по снапшоту, т.е. старые версии, которые в этом снапшоте не видны, в индекс по любому не попадут. Другое дело, что да - смысла делать vacuum и параллельно строить индекс нет.

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

?

PostGIS 2.3.4 и 2.4.3 зарелизили http://postgis.net/2018/01/17/postgis-patches/

Приветствую, есть функция вызываемая по триггеру при update строки. процедура на plpgsql OLD.* IS DISTINCT FROM NEW.* - позволит проверить что действительно произошли какие-то изменения а есть красивый вариант проверки наличия изменений во всех колнках кроме одной? наподобие OLD.{исключить колонку A} IS DISTINCT FROM NEW.{исключить колонку A}

ребята, а что происходит с CREATE TABLE [tbl2] AS [tbl1] если в tbl1 имеется sequences?

ребята, а что происходит с CREATE TABLE [tbl2] AS [tbl1] если в tbl1 имеется sequences?

Ничего не происоходит. После AS идет запрос

ребята, а что происходит с CREATE TABLE [tbl2] AS [tbl1] если в tbl1 имеется sequences?

Вернее. Создается таблица с полями как в запросе SELECT и заполняется. Никаких сиквенсов и прочих метаданных не подсасывается

ребята, а что происходит с CREATE TABLE [tbl2] AS [tbl1] если в tbl1 имеется sequences?

Может имелось в виду CREATE TABLE tbl1 LIKE tbl2 ?

Может имелось в виду CREATE TABLE tbl1 LIKE tbl2 ?

Нет, имелось в виду AS

Нет, имелось в виду AS

CREATE TABLE AS creates a table and fills it with data computed by a SELECT command. The table columns have the names and data types associated with the output columns of the SELECT

Вернее. Создается таблица с полями как в запросе SELECT и заполняется. Никаких сиквенсов и прочих метаданных не подсасывается

хм, окей, спасибо)

CREATE TABLE AS creates a table and fills it with data computed by a SELECT command. The table columns have the names and data types associated with the output columns of the SELECT

там есть упрощенный синтаксис

там есть упрощенный синтаксис

https://www.postgresql.org/docs/10/static/sql-createtableas.html Не вижу

А, сорян. Увидел

я правда пропустил TABLE, но не страшно

CREATE TABLE tb2 AS TABLE tb1;

Тогда так CREATE TABLE [tbl2] AS TABLE [tbl1]

ровно так :)

?

в любом случае индексы, сиквенсы, внешние ключи и т.д. не создаются

хм, но например у каких-нибудь IDшников будет DEFAULT nextval(..) или нет? судя по вашим словам — нет

хм, но например у каких-нибудь IDшников будет DEFAULT nextval(..) или нет? судя по вашим словам — нет

Как говорят в IRC: What happened when you tried? ;)

и то верно

Друзья мне нужна самая быстрая временная таблица. Это unlogged будет?

temporary

temporary

спасибо,а она быстрее будет если я создам unlogged таблицу и потом удалю ее?

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

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

т.е. тоже нежурналируемая?

т.е. тоже нежурналируемая?

Да.

Да.

низкий поклон

низкий поклон

Darafei Praliaskouski Вам это уже писал, между прочим...

? уточнил

@MasterZiv Aw спасибо, DBeaver действительно удобно решает мою задачу "потыкать ручками в базу", когда удобства psql становится маловато.

Ребята подскажите фреймворк какой нибудь для генерации больших отчетов

Который сможет выдергивать дату с постгреса и генерировать нужные шаблонные отчеты

BIRT

Любая СУБД

Ребята подскажите фреймворк какой нибудь для генерации больших отчетов

Что значит "больших"?

Ребята подскажите фреймворк какой нибудь для генерации больших отчетов

http://www.pentaho.com/

Что значит "больших"?

Формируется отчет с 200 таблиц у каждой по 2млн строк

http://www.pentaho.com/

Лучше чем kibana?

Лучше чем kibana?

фига се сравнение

покажите чем из постгреса в ластик льёте

Open source Не?

у пентахи есть что то открытое, мы такую и гоняем

Elastic?

Elastic?

ну кибана это морда к эластиксёчу и только

А ну я не использовал просто подсказали

у пентахи есть что то открытое, мы такую и гоняем

Mondrian?

Ищем в питоне написанное или на r

Формируется отчет с 200 таблиц у каждой по 2млн строк

Но сам отчет то небольшой? Просто строится по большому объему данных, так?

Пентаха не совсем про такое вроде. Там есть ETL - kettle, кубы - mondrian

Но сам отчет то небольшой? Просто строится по большому объему данных, так?

Ну большой. У нас система по автоматизации торговли

Что такое отчет?

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

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

Можно ссылки

https://redash.io/

http://www.pentaho.com/

Походу то что нужно платное (

ну мы покупать не можем, вертимся как можем с обычной версией

https://redash.io/

Сам не использую, но слышал годное

https://redash.io/

Облачное решение

Облачное решение

нет

https://github.com/getredash

есть опенсорсная версия у себя поставить

https://www.cuba-platform.ru/YARG

Есть отзывы по ним?

Ну такой быстрый старт - в Idea

А чем SSRS не вкатил?

На скажу за PowerBI, но SSRS вполне себе бесплатен в MS SQL Express.

Ребят, привет. Как-то слышал в лекциях от pgpro, что партиций для таблички лучше делать меньше 100, иначе будет работать медленно выборки. Сейчас тоже самое? 9.6 версия на сервере.

Ребят, привет. Как-то слышал в лекциях от pgpro, что партиций для таблички лучше делать меньше 100, иначе будет работать медленно выборки. Сейчас тоже самое? 9.6 версия на сервере.

Это если через наследование делать. Тогда время планирования запроса увеличивается. Используйте pg_pathman, там нет таких проблем.

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

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

Когда делаете через наследование, при большом количестве партиций время на проверку попадания в партицю по constraint'ам может быть соизмеримо со временем выполнения самого запроса. Приблизительно считайте 1мс на партицию. Для ста уже будет порядка 100мс.

Особенно это критично для маленьких запросов.

У меня структура: 50 ГБ данных. Хочу разбить их помесячно. Ключ - число (unix_timestamp)

Версия pg какая?

9,6

https://github.com/postgrespro/pg_pathman

да я нашел уже. И даже доку почитал уже) https://postgrespro.ru/docs/postgrespro/9.6/pg-pathman.html#idp143930

https://github.com/postgrespro/pg_pathman

А разве этот функционал не появится в 11й версии PostgreSQL? Зачем пользоваться сторонними костылями?

А разве этот функционал не появится в 11й версии PostgreSQL? Зачем пользоваться сторонними костылями?

Функциональность. Появится. Но 11 еще не вышла и там не все так гладко пока. А pathman уже есть. Это не костыль, а расширение.

Функциональность. Появится. Но 11 еще не вышла и там не все так гладко пока. А pathman уже есть. Это не костыль, а расширение.

А вы уверены, что есть будущее у расширения которое повторяет функционал дистрибутива?

А вы уверены, что есть будущее у расширения которое повторяет функционал дистрибутива?

Функциональность. Насчет будущего не знаю, это вы у разработчиков спросите, они тут есть. А вы предлагаете человеку пару лет подождать?

Функциональность. Насчет будущего не знаю, это вы у разработчиков спросите, они тут есть. А вы предлагаете человеку пару лет подождать?

А вы планируете архитектуру только на пару лет?

Мы до 10ки никак не обновимся)

а тут про 11 речь идет уже

Мы до 10ки никак не обновимся)

В этом плане соглашусь, действительно полезные фичи в postgres годами добираются.

А вы планируете архитектуру только на пару лет?

Это разве следовало из моих слов? Даже 10 ещё сырая для прода, а вы предлагаете человеку использовать функциональность из 11 версии. Я предлагаю то, что сам использовал, в том числе и на проде. До этого я пробовал делать партиции через наследование и 11 версию собирал и пробовал, так что есть с чем сравнить.

ну у меня там сервис больше расчитанный на надежность хранения данных. Скорость это уже второчный фактор. Пока вроде терпимо, но хочется, что бы быстрее было)