Телеграмм чат группы pgsql страница 10181

Size: a a a

pgsql – PostgreSQL

4679 membersпожаловаться на группу

2020 June 26

Максим in pgsql – PostgreSQL

Раньше я бы делал конкатенацию INSERT INTO + INSERT INTO ^)

источник

15:40пожаловаться #1

Lexa Core in pgsql – PostgreSQL

Lexa Core

Помогите решить данную проблему.

В конфиге postgresql.conf прописал : 
# Активация режима журналирования, для снятия горячих копий
wal_level = archive

# Количество хранящихся в директории "pg_xlog" файлов журнала WAL, ротируемых по мере появления свежих данных
wal_keep_segments = 32

# Ограничиваем число обслуживаемых соединений передачи данных в режиме "репликации"
max_wal_senders = 2

В конфиге  pg_hba.conf прописал : 
# Replication connections login by host trust
local   replication  postgres           peer

после чего рестартнул постгрес, он норм взлетел, но бэкапы не бэкапят по прежнему :(

Поможет кто отснять полный бэкап постреса ?

источник

15:47пожаловаться #2

RTM in pgsql – PostgreSQL

Lexa Core

Поможет кто отснять полный бэкап постреса ?

че за postgresql.conf.bak ? и че с правами?

источник

16:00пожаловаться #3

Lexa Core in pgsql – PostgreSQL

RTM

че за postgresql.conf.bak ? и че с правами?

Как я понял просто этот конфиг кто-то сохранил под резервную копию.

источник

16:01пожаловаться #4

Yaroslav Schekin in pgsql – PostgreSQL

Lexa Core

Как я понял просто этот конфиг кто-то сохранил под резервную копию.

Ну и см. "ls -l postgresql.conf.bak" (небось, какой-то "умница" сделал это под root).

источник

16:05пожаловаться #5

Lexa Core in pgsql – PostgreSQL

Yaroslav Schekin

Ну и см. "ls -l postgresql.conf.bak" (небось, какой-то "умница" сделал это под root).

Да, там 2 конфига под рутом ... Сейчас владельца сменю. Сменил, спасибо большое - всё получилось 👍🏻😊

источник

16:11пожаловаться #6

2flower _ in pgsql – PostgreSQL

sexst

Ситуации бывают разные. В ситуации по тому вопросу написать name - экономия хлебушком пары байтов ради ничего.

здесь дело не в экономии, просто мне лично удобнее писать alias.column_name, а не alias.column_name_description, если много похожих полей идет путаница.

источник

16:54пожаловаться #7

sexst in pgsql – PostgreSQL

ЯННП, ну да и ладно)

источник

17:16пожаловаться #8

Dmitriy in pgsql – PostgreSQL

Добрый день!
Подскажите плиз, можно ли настроить асинхронную репликацию БД, с синхронной для некоторых конкретных таблиц?
если да - то куда почитать сходить?

источник

17:17пожаловаться #9

Максим in pgsql – PostgreSQL

Народ, а при селектах таблица блокируется? Чето нагружаю сервер селектами (+ есть боевые процессы, круттся) и виснет все

источник

17:47пожаловаться #10

Nikolay in pgsql – PostgreSQL

Наверное селектов одновременно очень много делаете

источник

17:56пожаловаться #11

sexst in pgsql – PostgreSQL

В документации много всего на тему блокировок, в частности есть таблицы с отношениями разных операций в плане этих самых блокировок. Просто два обычных select без указаний режимов блокировки друг другу не мешают. Добавьте немного режимов блокировок в select'ы и немного update - вот у вас уже транзакции блокируют друг другу доступ на построчной основе.

источник

18:03пожаловаться #12

Anton Patsev in pgsql – PostgreSQL

Расшифровываю доклад Брюса Момжиана "Unlocking the Postgres Lock Manager". Вот ссылка https://github.com/patsevanton/russian-conferences-articles/blob/master/articles/Брюс-Момжиан-Unlocking-the-Postgres-Lock-Manager.md Посмотрите, что-то ещё нужно поправить в расшифровке?

GitHub

patsevanton/russian-conferences-articles

Коллективная расшифровка видеодокладов c Российских конференций, митапов в статьи - patsevanton/russian-conferences-articles

источник

18:19пожаловаться #13

Vazgen Kamshotovich in pgsql – PostgreSQL

Возможно ли сделать что-то наподобие revoke drop (убрать право дропать таблицы), оставив при этом пользователей владельцами этих таблиц? Событийные триггеры не предлагать, нужен вариант на уровне схемы/бд

источник

18:24пожаловаться #14

Sergey Zhuravlev in pgsql – PostgreSQL

Anton Patsev

GitHub

patsevanton/russian-conferences-articles

Коллективная расшифровка видеодокладов c Российских конференций, митапов в статьи - patsevanton/russian-conferences-articles

здорово — что ты делаешь это — хороший был доклад ))))

источник

18:35пожаловаться #15

Alex Alex in pgsql – PostgreSQL

коллеги, а что будет с исходной таблицей, если ее vacuum full выполнился не до конца изза нехватки места на диске?

источник

19:00пожаловаться #16

Yaroslav Schekin in pgsql – PostgreSQL

Alex Alex

коллеги, а что будет с исходной таблицей, если ее vacuum full выполнился не до конца изза нехватки места на диске?

Ничего.

источник

19:08пожаловаться #17

sexst in pgsql – PostgreSQL

Alex Alex

коллеги, а что будет с исходной таблицей, если ее vacuum full выполнился не до конца изза нехватки места на диске?

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

источник

21:00пожаловаться #18

Alex Alex in pgsql – PostgreSQL

ну то есть если vacuum не удался, значит просто не удался? и никаких последствий? (вобщем похожу дела таблица просто осталась без изменений)

источник

21:03пожаловаться #19

sexst in pgsql – PostgreSQL

Vacuum full под капотом, в той части своего функционала, что вас интересует, просто копирует данные таблицы из текущего файла в новый, убирая "дырки", оставшиеся от старых версий строк и просто удаленных строк. Скопировали данные в новый, более "плотный" файл, переключились на него, только потом стёрли старый и освободили место. Если в процессе зафейлились - просто удаляем недописанный новый файл и делаем вид что ничего не было

источник

22:10пожаловаться #20