@pgsql

Страница 728 из 1062
Subb98
24.03.2018
07:12:25
Добрый день. Подскажите, как вы, обычно, делаете дамп БД и восстанавливаете? Например, если нужно развернуть БД на локальном окружении. Вопрос возник оттого, что я уже пробовал сделать дамп с разными опциями, но постоянно сталкиваюсь с какими-то ошибками при восстановлении из дампа. Даже банально выгрузил схему, без данных. И та нормально не восстанавливается.

Сейчас дошёл до того, что делаю дамп в формате directory -Fd. Меня смущает очень малый размер.

П.с.: хотя, нет, ошибся. Размер нормальный. Через ls -lh было видно всего 4.0К, а по scp сейчас выкачивает 10% и уже ~70 MB.

Google
Subb98
24.03.2018
07:34:31
То есть, если я создам бэкап через pg_basebackup, то я получу что-то типа снимка БД, а не просто таблицы / данные в .sql. И мне нужно будет это как-то иначе восстанавливать локально?

Yaroslav
24.03.2018
07:37:32
Да, это бинарный backup. Т.е. вы его копируете куда надо (но архитектура / major версия PostgreSQL должна быть та же) и запускаете.

Subb98
24.03.2018
07:38:27
Гм, спасибо. Наверное, именно так и придётся делать, если с pg_dump не получится.

Usagi
24.03.2018
08:09:23
#freelance Нужно настроить репликацию Postgres внутри Kubernetes.

Twelfth
24.03.2018
10:41:13
В pg_hba.conf можно указывать только IP адреса хостов?

Имена хостов вместо IP указывать нельзя?

(все хосты и сервер с Postgres находятся в одной сети)

Vitaliy
24.03.2018
10:52:28
Имена хостов вместо IP указывать нельзя?
может содержать или имя компьютера, или диапазон IP-адресов

https://postgrespro.ru/docs/postgresql/10/auth-pg-hba-conf

(все хосты и сервер с Postgres находятся в одной сети)
или samenet, чтобы указать любой адрес любой подсети, к которой сервер подключён напрямую.

Twelfth
24.03.2018
11:29:37
Можно ли с помощью pg_dump сдампить несколько БД в один файл дампа, а потом с помощью pg_restore восстановить отдельную базу из этого файла?

Vitaliy
24.03.2018
11:46:07
Можно ли с помощью pg_dump сдампить несколько БД в один файл дампа, а потом с помощью pg_restore восстановить отдельную базу из этого файла?
--format=custom Вывести копию в архивном формате, пригодном для дальнейшего использования утилитой pg_restore. Наравне с directory является наиболее гибким форматом, позволяющим вручную выбирать и сортировать восстанавливаемые объекты. https://postgrespro.ru/docs/postgresql/10/app-pgdump

lenar
24.03.2018
15:34:17
в каких реальных ситуациях применяются listen/notify?

Google
lenar
24.03.2018
15:41:34
какая понял это канал сообщений. стоит им пользоваться, или толку особо нет?

Denis
24.03.2018
16:55:51
если найдете красивое применение - почему нет

Yura
24.03.2018
17:51:49
Например, для инвалидации/обновления кэшей. Хотя возможно логическая репликация сейчас кошернее будет.

lenar
24.03.2018
17:53:03
а какие красивые решения могут быть с ним? он же не полноценная очередь сообщений (message queue, например rabbitmq, activemq, kafka). какая-то странная очередь, которую к тому же необходимо постоянно мониторить самому

я на самом деле не в теме как она используется, поэтому спрашиваю - пользуются ей кто-нибудь или нет

Vladimir
24.03.2018
18:03:03
в каких реальных ситуациях применяются listen/notify?
Отправлять изменения в кеше приложения

Если точнее изменения в базе для кеша в приложении

Andrei
24.03.2018
20:43:29
Ребят подскажите какую версию postgis для postgres 9.6 можно ставить под Centos 7 желательно через yum

Evgeniy
24.03.2018
21:33:27
а у нас есть постгрес с блокчейном!

Dan
24.03.2018
21:34:20
@Komzpa

@pasha_golub

Evgeniy
24.03.2018
21:36:26
https://postgrespro.ru/blog/news/287150

вот же, положила

Andrei
25.03.2018
06:10:48
Murrain
25.03.2018
06:33:23
https://www.postgresql.org/download/linux/redhat/

Google
Murrain
25.03.2018
06:34:55
Просто репу добавляешь, там инструкция и rpm есть

Andrei
25.03.2018
06:37:40
А yum search не работает?
все верно работает https://c2n.me/3SURAEq.png просто если любую версию брать он не ставится , конфликт зависимостей пары либов

Там 9.2 только в репах, но с репов postgres хоть 10й, через yum
у меня с постгрешной репой трабл репа pgdg96/7/x86_64

Anton [Mgn, az09@osm]
25.03.2018
06:40:56
повангую что proj.4

Ilya
25.03.2018
06:41:33
))

Anton [Mgn, az09@osm]
25.03.2018
06:42:16
как бы постгис обновляется без проблем но когда делаешь альтер экстеншон то начинает ругаться

Andrei
25.03.2018
06:43:13
каких именно либ конфликт?
https://c2n.me/3SURKHq.png кусов портянки

может потому что я постгрес 9.6 ставил с репы yum install https://download.postgresql.org/pub/repos/yum/9.6/redhat/rhel-7-x86_64/pgdg-oraclelinux96-9.6-3.noarch.rpm могу переставить

Anton [Mgn, az09@osm]
25.03.2018
06:46:32
https://c2n.me/3SURKHq.png кусов портянки
ну вот прой.4 у мну той же версии. а постгис?

Пройдемте в https://t.me/postgis ?
вон в том чате я по этим граблям ходил. как-то решил, и вспоминать больше не хочется пока )

Andrei
25.03.2018
06:48:17
ну вот прой.4 у мну той же версии. а постгис?
не понял вопрос ок наверно интересно какую версию постгис ставил, yum install postgis24_96.x86_64

Anton [Mgn, az09@osm]
25.03.2018
06:49:32
Andrei
25.03.2018
06:49:54
у меня ошибка с зависимостями с любой версией постгис

Anton [Mgn, az09@osm]
25.03.2018
06:52:15
какая версия пострес у тебя
9.6.6 хм, а вроде и постгис 2.4.2

короче они из одной репы и наверно это самое важное

Andrei
25.03.2018
06:53:07
9.6.6 хм, а вроде и постгис 2.4.2
у меня 9.6.8 постгрес, с каких репозиторией ставил базу и постгис?

короче они из одной репы и наверно это самое важное
я понял, попробую конечно переставить постгрес и с той же репы ставить постгис

Google
Anton [Mgn, az09@osm]
25.03.2018
06:54:09
# yum list installed в третьей колонке показывает @pgdg96

но я не настоящий сварщик. обновляться кстати боюсь

Andrei
25.03.2018
06:55:48
# yum list installed в третьей колонке показывает @pgdg96
аналогично postgresql96.x86_64 9.6.8-1PGDG.rhel7 @pgdg96

Anton [Mgn, az09@osm]
25.03.2018
06:56:08
аналогично postgresql96.x86_64 9.6.8-1PGDG.rhel7 @pgdg96
так. а постгис оттуда же?

Andrei
25.03.2018
06:57:22
https://c2n.me/3SUSl0c.png

Anton [Mgn, az09@osm]
25.03.2018
06:59:18
а попробуй -devel поставить

Andrei
25.03.2018
07:00:23
Anton [Mgn, az09@osm]
25.03.2018
07:08:00
скажите, внутри мажорной версии нужны какие-то танцы с переездами (и бекапами)? данные не особо важны, разверну из свежего осм-а если что. но если есть вероятность что подхватится, то я более смелее приступлю к эсперименту по обновлению 9.6.6 до 9.6.8 ))

Anton [Mgn, az09@osm]
25.03.2018
07:31:38
я скажу админу, спасибо )

это не поможет /

Миша
25.03.2018
09:32:12
Ребят а таблица связка, это нормальное явление или признак того,что что-то спроектированно не так? Я имею ввиду таблица типа user_id role_id Есть таблица ролей, допустим их 6. Есть таблица юзеров у которых может быть много ролей.

Darafei
25.03.2018
09:37:45
это значит, что у тебя где-то есть many-to-many

Anton [Mgn, az09@osm]
25.03.2018
10:53:53
о, уже и ава поменялась... @Komzpa @pasha_golub прошу обратиь пристальное превентивное внимание )

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

Taras ?
25.03.2018
16:05:19
добрый день

подскажите пожалуйста чем отличаются SELECT LOCALTIMESTAMP(0), NOW(); и почему если потыкать такой запрос — время от времени в результатах разное количество секунд

Tolya
25.03.2018
17:15:13
Один реальное время даёт, в другой время на момент старта транзакции, по-моему

Alexey
25.03.2018
18:27:10
Добрый вечер, есть такой вопрос, сделал pg_dump/pg_restore базы с хероку на амазон аврору постгрес; explain стал показывать разные планы на select count from table where x=N (индексированное поле). На постгресе был просто поиск по индексу а на авроре сперва heapbitmap а потом поиск по индексу. В результате на авроре на таком же инстансе время выполнения в разы больше?

Может ли это быть связано с тем, что база на хероку была прогрета, а на амазоне холодная?

Google
Yaroslav
25.03.2018
18:30:48
Может ли это быть связано с тем, что база на хероку была прогрета, а на амазоне холодная?
Планировщик никак не учитывает "прогретость", только настройки и статистику. В этом случае логично проверить статистику. Вы делали "VACUUM ANALYZE;" после pg_restore?

Alexey
25.03.2018
18:33:00
Не делал, спасибо. Еще разные настройки планировщиков, на авроре дефолтные, на хероке кастомные Слева хероку, справа аврора ``` *** https://www.postgresql.org/docs/9.5/static/runtime-config-query.html - query planner tuning (Aurora has default values for the first 4) cpu_index_tuple_cost 0.005 - 0.001 cpu_operator_cost 0.0025 - 0.0005 cpu_tuple_cost 0.01 - 0.003 random_page_cost 4 - 2 effective_cache_size 47197574 ({DBInstanceClassMemory/10922}) - 10980000 ```

Yaroslav
25.03.2018
18:38:08
Это довольно большие отличия, особенно random_page_cost, т.е. нормально, что планы будут отличаться _даже после того_, как будет выполнен VACUUM ANALYZE. Но _до того_ (или до autovacuum/autoanalyze) все планы строятся практически наугад, так что большого смысла на них смотреть нет.

Страница 728 из 1062