В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5599 membersпожаловаться на группу
2021 January 15

YS

Yaroslav Schekin in pgsql – PostgreSQL
a m
Это где у вас мерж джоин дал разницу в тысячу раз?
Не помню, разумеется.
Но там, где есть индексы, которыми можно воспользоваться вместо sort и т.п. (особенно для anti joins, как мне помнится), он может существенно выиграть. Насколько — зависит от данных, конечно.
источник
18:02пожаловаться#1

VP

Vladislav Pavlov in pgsql – PostgreSQL
Подскажите, а pg_dump делает копию на момент запуска и в процессе пишет журнал, в итоге копия получается на момент окончания создания бэкапа?
источник
18:07пожаловаться#2

YS

Yaroslav Schekin in pgsql – PostgreSQL
Vladislav Pavlov
Подскажите, а pg_dump делает копию на момент запуска и в процессе пишет журнал, в итоге копия получается на момент окончания создания бэкапа?
Это во-первых. Во-вторых, нет — дамп снимается на момент начала работы pg_dump, WAL тут ни при чём.
источник
18:13пожаловаться#3

ЕГ

Евгений Ганьшин... in pgsql – PostgreSQL
Добрый день господа, посоветуйте схему имплементации приватных сообщений, пожалуйста.
Сейчас в мыслях есть вот такое. Но не понятно как делать квери если я захочу запросить имена отправителя и получателя в одной таблице.
USER
--------------
uid
uname

MESSAGE
--------------
mid
mcontent

MESSAGE_FEED
---------------
mfid
from_id
to_id
mid
источник
18:24пожаловаться#4

�

��� in pgsql – PostgreSQL
Yaroslav Schekin
Это во-первых. Во-вторых, нет — дамп снимается на момент начала работы pg_dump, WAL тут ни при чём.
А как православно бекап делать? А то в официальной доке pg_dump вполне себе как один из способов указан.
https://www.postgresql.org/docs/13/backup.html
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
источник
18:41пожаловаться#5

am

a m in pgsql – PostgreSQL
Евгений Ганьшин
Добрый день господа, посоветуйте схему имплементации приватных сообщений, пожалуйста.
Сейчас в мыслях есть вот такое. Но не понятно как делать квери если я захочу запросить имена отправителя и получателя в одной таблице.
USER
--------------
uid
uname

MESSAGE
--------------
mid
mcontent

MESSAGE_FEED
---------------
mfid
from_id
to_id
mid
SELECT
  from.uname AS from_uname,
  to.uname AS to_uname
FROM message_feed
INNER JOIN user from ON user.uid = from_id
INNER JOIN user to ON user.uid = to_id
источник
18:46пожаловаться#6

am

a m in pgsql – PostgreSQL
���
А как православно бекап делать? А то в официальной доке pg_dump вполне себе как один из способов указан.
https://www.postgresql.org/docs/13/backup.html
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
Это спор вокруг терминологий. Не обращай внимания.
источник
18:49пожаловаться#7

am

a m in pgsql – PostgreSQL
Настоящие пацаны держат дисковый массив размером со стиральную машину под хранение недельного WAL’а, и, обнаружив, что все реплики побиты — идут вешаться.
источник
18:56пожаловаться#8

VA

Vladimir Abrikosov in pgsql – PostgreSQL
a m
Настоящие пацаны держат дисковый массив размером со стиральную машину под хранение недельного WAL’а, и, обнаружив, что все реплики побиты — идут вешаться.
Сказал, как боженька смолвил! 😂 но близко к правде, если случилось
источник
18:58пожаловаться#9

VY

Victor Yegorov in pgsql – PostgreSQL
���
А как православно бекап делать? А то в официальной доке pg_dump вполне себе как один из способов указан.
https://www.postgresql.org/docs/13/backup.html
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
pg_dump — это снимок на момент во времени (логический бэкап).
бинарный бжкап (скажем, через pg_basebackup + архив WAL) позволяет (1) восстанавливаться на момент во времени и (2) прогнозировать время восстановления
источник
18:59пожаловаться#10

YS

Yaroslav Schekin in pgsql – PostgreSQL
���
А как православно бекап делать? А то в официальной доке pg_dump вполне себе как один из способов указан.
https://www.postgresql.org/docs/13/backup.html
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
pg_basebackup и т.п. (pgBackRest, pg_probackup и т.п.).
Про документацию — к сожалению, да, указано. Что как бы намекает нам, что разработчики PostgreSQL — не DBA.
источник
19:08пожаловаться#11

YS

Yaroslav Schekin in pgsql – PostgreSQL
a m
Это спор вокруг терминологий. Не обращай внимания.
Это спор вокруг настоящих решений и игрушки, которой является pg_dump, вот и всё. ;)
Для применения в качестве средства для DR, в смысле.
источник
19:08пожаловаться#12

am

a m in pgsql – PostgreSQL
https://www.postgresql.org/docs/current/backup.html — все тут написано. Вы чего.
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
источник
19:14пожаловаться#13

am

a m in pgsql – PostgreSQL
Вон он, континьюс архивинг ваш.
источник
19:15пожаловаться#14

VY

Victor Yegorov in pgsql – PostgreSQL
Yaroslav Schekin
Это спор вокруг настоящих решений и игрушки, которой является pg_dump, вот и всё. ;)
Для применения в качестве средства для DR, в смысле.
помню я время, когда даже pg_dump было круто. в сравнении с холодным бэкапом базы…
источник
19:19пожаловаться#15

ЕГ

Евгений Ганьшин... in pgsql – PostgreSQL
a m
SELECT
  from.uname AS from_uname,
  to.uname AS to_uname
FROM message_feed
INNER JOIN user from ON user.uid = from_id
INNER JOIN user to ON user.uid = to_id
Таблицу from и to нужно делать?
источник
19:30пожаловаться#16

am

a m in pgsql – PostgreSQL
Евгений Ганьшин
Таблицу from и to нужно делать?
Это alias.
источник
19:31пожаловаться#17

am

a m in pgsql – PostgreSQL
То есть нет, ничего не надо.
источник
19:32пожаловаться#18

YS

Yaroslav Schekin in pgsql – PostgreSQL
a m
https://www.postgresql.org/docs/current/backup.html — все тут написано. Вы чего.
PostgreSQL Documentation
Chapter 25. Backup and Restore
Chapter 25. Backup and Restore Table of Contents 25.1. SQL Dump 25.1.1. Restoring the Dump 25.1.2. Using pg_dumpall 25.1.3. Handling Large Databases …
Я же уже писал по этому поводу: https://t.me/pgsql/276086
Telegram
Yaroslav Schekin in pgsql – PostgreSQL
pg_basebackup и т.п. (pgBackRest, pg_probackup и т.п.).
Про документацию — к сожалению, да, указано. Что как бы намекает нам, что разработчики PostgreSQL — не DBA.
источник
19:32пожаловаться#19

YS

Yaroslav Schekin in pgsql – PostgreSQL
Victor Yegorov
помню я время, когда даже pg_dump было круто. в сравнении с холодным бэкапом базы…
Да, я помню, как мы смотрели на PostgreSQL в эти давние, печальные времена... в общем, не давала покоя только одна мысль — насколько упорохрабрым нужно быть, чтобы пользоваться этой СУБД (не стали использовать, разумеется). ;)
источник
19:34пожаловаться#20