Управляемый сервис управления. Я один дальше читать не вижу смысла?

я удалю лучше, а то офтоп всё-таки можно в лс

всем привет :)

Простите за тупой вопрос CREATE Role и CREATE User одно и тоже действие?

https://dba.stackexchange.com/questions/82271/postgresql-roles-versus-users-grant-permissions

Простите за тупой вопрос CREATE Role и CREATE User одно и тоже действие?

Когда пишите CREATE USER по дефолту даётся LOGIN.

Первая строчка из документации: "CREATE USER is now an alias for CREATE ROLE. The only difference is that when the command is spelled CREATE USER, LOGIN is assumed by default, whereas NOLOGIN is assumed when the command is spelled CREATE ROLE."

Спасибо!

Привет. Делаю потоковую репликацию сталкнулся вот с этим no pg_hba.conf entry for replication connection from host "192.168.10.202", user "replication", SSL off при запуске команды : su postgres -c "pg_basebackup -h 192.168.10.201 -D /var/lib/pgsql/9.4/data/ -R -P -U replication —xlog-method=stream"

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

Привет. Делаю потоковую репликацию сталкнулся вот с этим no pg_hba.conf entry for replication connection from host "192.168.10.202", user "replication", SSL off при запуске команды : su postgres -c "pg_basebackup -h 192.168.10.201 -D /var/lib/pgsql/9.4/data/ -R -P -U replication —xlog-method=stream"

добавь в pg_hba.conf на мастере host replication postgres <адрес-слейва>/32 trust

В pg_hba.conf нужно добавить строчки для replication

и релоад конфигурации сделай

Да все это есть в этом и трабла

Да все это есть в этом и трабла

Вот и покажите соответствущую строчка из pg_hba.conf

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

Вот и покажите соответствущую строчка из pg_hba.conf

host replication postgres 192.168.10.0/24 md5

на мастере

Опа

Так мд5

Где пароль?

Задавал на мастере sudo -u postgres psql -c "CREATE ROLE replication WITH REPLICATION PASSWORD 'p@ssword' LOGIN;"

Ну так в команде реплики пароля нет

Потому и не кусают

Cделал по вот этому гайду запросило пароль https://eax.me/postgresql-replication/

Ну так в команде реплики пароля нет

pg_basebackup должен запрашивать по-умолчанию, если требуется, но не задан: This option is never essential, since pg_basebackup will automatically prompt for a password if the server demands password authentication.

Спасибо за помощь)

А там - no pg_hba.conf entry

pg_basebackup должен запрашивать по-умолчанию, если требуется, но не задан: This option is never essential, since pg_basebackup will automatically prompt for a password if the server demands password authentication.

И я к этому же, мб просто у меня посгря старее

Афир тестировал кластерные решения. Амазоновский PostgreSQL RDS по сути обычный постгрес. Просто за тебя его админят. Есть Amazon Aurora - это модифицированный постгресс (или мускуль) с более продвинутой репликацией и фэйловером. Но по фичам он все тот же постгресс.

Ну вот с разделением прав там есть отличия от ванильного pg

Хочется иметь представление плюсы и минусы от людей из эксплуатации

Хочется иметь представление плюсы и минусы от людей из эксплуатации

@Komzpa расскажи человеку

эм, разделением прав не занимался

эм, разделением прав не занимался

да я говорю что отличия есть, например есть superuser и не совсем superuser (тот что у тебя admin-аккаунт)

хотелось бы узнать как решается отсутвие contrib-модулей

например как auto_explain

auto_explain есть

нету.

там почти всё нужное есть

show rds.extensions; btree_gin,btree_gist,chkpass,citext,cube,dblink,dict_int,dict_xsyn,earthdistance,fuzzystrmatch,hstore,intagg,intarray,ip4r,isn,ltree,pgcrypto,pgrowlocks,pgstattuple,pg_buffercache,pg_prewarm,pg_stat_statements,pg_trgm,plcoffee,plls,plperl,plpgsql,pltcl,plv8,postgis,postgis_tiger_geocoder,postgis_topology,postgres_fdw,sslinfo,tablefunc,test_parser,tsearch2,unaccent,uuid-ossp (1 row)

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html ctrl+f auto_explain

на инстансах версий до 9.6.3 нет, это правда

ну сдались наконец-то :) я там плюсовал хотелку уже год назад :)

host replication postgres 192.168.10.0/24 md5

Эммм... акк postgres в pg_hba.conf, а вы ломитесь акком replication

Эммм... акк postgres в pg_hba.conf, а вы ломитесь акком replication

https://eax.me/postgresql-replication/ делал по этой статье, не знаю но это работает для меня

В статье используется postgres везде, а у вас в pg_hba.conf - postgres, а при запуске pg_basebackup-а - replication Как оно вообще может работать?

кто-нибудь использовал в качестве дата папки постгреса примапленный спомощью fuse HDFS ?

кто-нибудь использовал в качестве дата папки постгреса примапленный спомощью fuse HDFS ?

возможно, тебе пригодится https://hawq.incubator.apache.org/

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

кто-нибудь использовал в качестве дата папки постгреса примапленный спомощью fuse HDFS ?

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

Доброе утро [2018-05-09 05:26:11] [23503] ERROR: insert or update on table "client_phones" violates foreign key constraint "client_phones_client_id_foreign" [2018-05-09 05:26:11] Подробности: Key (client_id)=(3) is not present in table "clients". таблица clients является родительской. Запись сделана в дочерней: clients_fiz (INHERITS)

Как победить сие действие?

Судя по тому что прочитал - это пока не работает

Как победить сие действие?

Вставить в клиента запись номер три

еще и в родительскую таблицу чтоли запись вставлять?

еще и в родительскую таблицу чтоли запись вставлять?

А зачем вам вообще наследование? Лучше им не пользоваться (кроме как для партиционирования), да и всё.

у меня есть юрлица, физлица. У всех них телефоны и имейлы едины

точнее не так. Таблица еимела и таблица телефонов едина

А вот поля физ и юрлиц различаются (что логично). Поэтому думал наследование использовать

Тогда была бы единая точка входа и контроля целостности, и не пришлось бы вертикальную таблицу параметров делать

погугли на sql.ru тему Физики и Юрики

в разделе Проектирование БД

там прям горячо было

и про все варианты

а насчёт телефонов ты не прав

хотя зависит от задачи

там начинаются пляски с контактными лицами телефонов и прочее

в упрощённом случае достаточо номера, но в кровавом энтерпрайзе телефон отдельная сущность

Да, отдельная сущность. А еще есть комментарий к телефону. И нужно будет связвать с юриками и физиками

Минимум 4 таблицы многие ко многим

те которые буду указывать какие юрики/физики с какими телефонами/имейлами связаны + таблицыв с комментариями связнные с юриками/физиками/ и телефонами/имейлами

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

ну это правильно

во многих так сделано

погугли на sql.ru тему Физики и Юрики

Ок, обязательно почитаю

тока без наследнования

например, в том же Зибеле есть таблица S_CONTACT

в которой id и тип

тока без наследнования

Плохо. Потому что так нужно доп триггерами контроллировать удлание - объединение

а далее s_org и s_person

Плохо. Потому что так нужно доп триггерами контроллировать удлание - объединение

ну и добавление с несуществующим id Тоже в иделале не допускать. Пережил я уже 3 года назад: "фиг сним, если будут ошибки потом почистим"

http://www.sql.ru/forum/afsearch.aspx?s=%F4%E8%E7%E8%EA%E8+%E8+%FE%F0%E8%EA%E8&submit=%CD%E0%E9%F2%E8&bid=36

http://www.sql.ru/forum/121917-a/fiziki-i-uriki?hl=%f4%e8%e7%e8%ea%e8%20%e8%20%fe%f0%e8%ea%e8

и старая древняя не теряющая актуальность

http://www.sql.ru/forum/121917-a/fiziki-i-uriki?hl=%f4%e8%e7%e8%ea%e8%20%e8%20%fe%f0%e8%ea%e8

Почитал. К сожалению не понял решения. Или не увидел

Все обсуждают какая структура и анекдоты травят

в общем я остановился с на наследовании тогда

и не пожалел