это было бы так, если бы ты взял этот count и заменил джоин с таблицей на джоин с агрегацией из таблицы

как это сделать?

как это сделать?

https://postgrespro.ru/docs/postgrespro/9.6/queries-table-expressions.html#queries-subqueries

сделал count подзапросом отдельным, вроде работает как надо. спасибо)

Всем привет! Коллеги, подскажите, пожалуйста, при добавлении столбца с дефолтным значением в существующую таблицу что физически происходит с файлом данных? 9.4

что именно должен сделать analyse?

Всем привет! Коллеги, подскажите, пожалуйста, при добавлении столбца с дефолтным значением в существующую таблицу что физически происходит с файлом данных? 9.4

физически будет создан новый файл(ы), туда будут скопированы туплы с добавленным столбцом

в pg_class поменяется relfilenode

что именно должен сделать analyse?

Проанализировать таблицы, сообщить - стартанулись ли триггеры

Или их ручками стартовать надо будет

Проанализировать таблицы, сообщить - стартанулись ли триггеры

analyse анализирует данные в таблице, а не обвязку.

ясно. Почему интересуюсь - у меня на выгрузку 4Гб отобранных таблиц на продакшн. Я вот не хочу потом сюда писать "срочно помогите, триггеры не стартовали", поэтому хочу заранее понять все возможные проблемы и икак их решать

чет не могу написать системд-юнит для пгадмин4, может кто свой покажет?:)

в pg_class поменяется relfilenode

Спасибо! Тогда другой вопрос. Рекомендуют выполнять добавление столбца с дефолтом в 2 операции: собственно добавление столбца без дефолта, а потом добавление дефолта в определение столбца. Дескать, это не вызывает физических изменений и не сказывается на производительности. В чем же отличие? В последнем случае туплы будут переноситься в отложенном режиме?

в старые записи не прожжётся дефолт, а останется нулл

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

в постгресе не бывает "изменения", любое изменение - вставка и удаление

Вставка всегда в конец?

Существующего файла

по возможности на ту же страницу

Вставка в место, помеченное свободным.

тут нужно различать два сценария - строка будет переписываться и строка не будет переписываться

всё остальное обычно непринципиальные детали

тут нужно различать два сценария - строка будет переписываться и строка не будет переписываться

что значит переписываться? речь про oracle чтоли?

что значит переписываться? речь про oracle чтоли?

читаться и записываться в исправленном виде. короче, война O(1) и O(N)

Где про такие тонкости можно почитать? в исходниках только?

Лекции можно послушать

Если хватит времени посмотреть то можно здесь https://www.youtube.com/watch?v=PTWk0SVKYOA&index=3&list=PLaFqU3KCWw6JgufXBiW4dEB2-tDpmOXPH

Спасибо. Для 9.4 годно?

Годно

Всем большое спасибо!

http://www.pgcon.org/2017/schedule/attachments/453_corruption-pgcon-2017.pdf

Где про такие тонкости можно почитать? в исходниках только?

DBA1: https://postgrespro.ru/education/courses/DBA1 DBA2: https://postgrespro.ru/education/courses/DBA2

DBA1: https://postgrespro.ru/education/courses/DBA1 DBA2: https://postgrespro.ru/education/courses/DBA2

спасибо!

http://www.pgcon.org/2017/schedule/attachments/453_corruption-pgcon-2017.pdf

хорошее слайдшоу, но чтение вызвало неиллюзорную боль во всем теле

А что правда на постгресе лучше всего делать графовую БД ?

всем привет!

как вы?

А что правда на постгресе лучше всего делать графовую БД ?

Это подколка?

Да нет, статья же была

chances are что очень сильная неправда

а почему это может быть неправда?

Ну может кто копал глубже и разбирается в графовой информатике. Подробнее ответит

потому что это реляционка, нет?

у меня графы в постгресе ворочались куда быстрее, чем в редисе :)

редис тоже к ним особого отношения не имеет

а граф нельзя отобразить на объектно-реляционную структуру?

эффективно - вряд ли

эффективно для какого применения?

ходить по ребрам, вестимо

ну, вконтактовый граф с хождением по рёбрам у меня на лаптопе в обычной таблице с btree-индексами неплохо ворочается

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

Ну вот в той статье утверждалось что их бд на основе постгреса уделала neo4j

Сильное утверждение, проверять его у меня нет скиллов.

Всё зависит от метрик и от того, что требуется. Я тоже обрабатываю графы pgRouting'ом, но для продакшена есть гораздо более быстрые решения.

Ни разу не писал сам триггеры. Но очень нравится то, что не надо писать доп. код в бэке. Отсуда вопрос: использовать или нет триггеры при генерации содержимого VARACHAR поля. Есть подозрение что это будет провоцировать дополнительную нагрузку. Но может я зря боюсь и PG это оптимизировал настолько, что разниц не заметна. Как понимаете, выяснит, правильно ли я поступил, применив триггеры смогу только уже на продакшне.

Ни разу не писал сам триггеры. Но очень нравится то, что не надо писать доп. код в бэке. Отсуда вопрос: использовать или нет триггеры при генерации содержимого VARACHAR поля. Есть подозрение что это будет провоцировать дополнительную нагрузку. Но может я зря боюсь и PG это оптимизировал настолько, что разниц не заметна. Как понимаете, выяснит, правильно ли я поступил, применив триггеры смогу только уже на продакшне.

Если триггеры на строку (у вас, как понимаю такие), то они замедляют вставку раз в пять (проверял на пакетах по 50к строк).

Если триггеры на строку (у вас, как понимаю такие), то они замедляют вставку раз в пять (проверял на пакетах по 50к строк).

А какие ещё виды есть?

Ещё на выражение

на событие

ERROR: S client not available

Но на событие не поможет обновить строки - оно не умеет old и new

Понял, спасибо

Denis то есть получается следующее. Триггеры применимы к таблицам, где обновление/добавление очень редко (по факту почти статические таблицы)

с точки зрения общего положительного эффекта

Denis то есть получается следующее. Триггеры применимы к таблицам, где обновление/добавление очень редко (по факту почти статические таблицы)

Мой опыт говорит однозначное "да"

В остальных случаях - пусть нужные данные пакетно вставляет запрос

ясно. спасибо

ты не можешь читать из несконструированного тапла, да

ты не можешь читать из несконструированного тапла, да

? не понял

придется в select оборачивать?

да

или повторять кусочек

жуть(

так расстраивает это

но, кстати, в GROUP BY / ORDER BY можно цифирки указывать

Или вместо locality_type написать address_locality_type.title

да

Спасибо, ато запутался немного. Потому что в MySQL можно так делать (хоть и строго слева на право)

Или вместо locality_type написать address_locality_type.title

Не вариант. Я там кейсы узаю, потому что может быть пустота

Не вариант. Я там кейсы узаю, потому что может быть пустота

не понял, что вам мешает написать case when address_locality_type.title != ''.. и далее

не понял, что вам мешает написать case when address_locality_type.title != ''.. и далее

ааа, вот о чем! Ну да, можно так

А почему нельзя через oracle_fdw дважды проапдейтить строчку в рамках одной функции?

create or replace function check_fdw_serialization() returns void AS $$ DECLARE ts_start timestamp; BEGIN /* fix on the oracle end the time of last update */ update ts_table set ts = clock_timestamp(); select pg_sleep(30); /* some work */ update ts_table set ts = clock_timestamp(); END; $$ LANGUAGE 'plpgsql' SECURITY DEFINER;

postgres=# select check_fdw_serialization(); ERROR: query has no destination for result data HINT: If you want to discard the results of a SELECT, use PERFORM instead. CONTEXT: PL/pgSQL function check_fdw_serialization() line 8 at SQL statement Time: 30020.336 ms postgres=#

Ошибка то не о fdw у вас

Юзайте LANGUAGE SQL

Или вызывайте запросы по другому

Напишите perform pg_sleep(30)

Это testcase. Вместо pg_sleep там pl/pgsql