Size: a a a

pgsql – PostgreSQL

2020 June 30

YS

Yaroslav Schekin in pgsql – PostgreSQL
sexst
Соответственно, тут даже при read commited изменения, по идее, будут вполне последовательны, перечитываться в случае блокировки-ожидания  и писаться с учётом новых значений. Тут проверку проломить я лично не знаю как.
Проверки, подобные unique index, на уровнях ниже SERIALIZABLE правильно написать практически нереально, по опыту.
Поэтому — код, код покажите. ;)
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Dmitry Belkevich
проблема в том, что EXPLAIN (ANALYZE) выдается только для одного запроса. блок do не обрабатывается целиком, и по одному запросу мало что скажешь на реальных данных
Это да. Но хотя бы порядок величин можно проверить.
источник

Z

ZHU in pgsql – PostgreSQL
подскажите пожалуйста как можно испарвить эту ошибку при востановлений ?
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_subdivision_id_022744ed_fk_core_division_id"
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_type_id_1834eb10_fk_transports_tstype_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_shift_id_e4e70a95_fk_transports_shift_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_subdivision_id_acbb508d_fk_core_division_id"
pg_restore: warning: errors ignored on restore: 2
источник

VY

Victor Yegorov in pgsql – PostgreSQL
ZHU
подскажите пожалуйста как можно испарвить эту ошибку при востановлений ?
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_subdivision_id_022744ed_fk_core_division_id"
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_type_id_1834eb10_fk_transports_tstype_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_shift_id_e4e70a95_fk_transports_shift_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_subdivision_id_acbb508d_fk_core_division_id"
pg_restore: warning: errors ignored on restore: 2
а где ошибка-то?
источник

s

sexst in pgsql – PostgreSQL
ZHU
подскажите пожалуйста как можно испарвить эту ошибку при востановлений ?
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_subdivision_id_022744ed_fk_core_division_id"
pg_restore: creating FK CONSTRAINT "public.transports_ts transports_ts_type_id_1834eb10_fk_transports_tstype_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_shift_id_e4e70a95_fk_transports_shift_id"
pg_restore: creating FK CONSTRAINT "public.transports_tsgroup transports_tsgroup_subdivision_id_acbb508d_fk_core_division_id"
pg_restore: warning: errors ignored on restore: 2
Тут нет ошибки, тут говорится что какие-то две ошибки были проигнорированы
источник

Z

ZHU in pgsql – PostgreSQL
Victor Yegorov
а где ошибка-то?
g_restore: warning: errors ignored on restore: 2
источник

s

sexst in pgsql – PostgreSQL
Это warning с количеством ошибок, возникших и проигнорированных в процессе восстановления. Сами  ошибки ищите, две штуки.
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Ну и всё нормально, казалось бы (т.е. тут время выполнения триггера сравнимо с временем выполнения FK triggers, и довольно мало)...
источник

2_

2flower _ in pgsql – PostgreSQL
Dmitry Belkevich
И так. по вчерашнему вопросу по поводу триггера. сделали две разные базы, в одной включили триггер, в другой - отключили. добавляли 10к записей. разница скорости получилась примерно в 2 раза, что объяснимо и допустимо.
так что вопрос снимается.
советы по схеме посмотрю и схему поправлю
всем огромное спасибо!!!!
а зачем вам там вообще триггер нужен был?
ну загрузили кусок данных и 1 апдейт бы сделали было бы быстрее.
источник

👨n

👨🏼‍💻 Pírαt neωTíme 🛩... in pgsql – PostgreSQL
Народ, я же правильно понимаю, что копирование данных методом COPY игнорирует все условия распределения записей по партициям и за счет того что без лишних проверок складывает в указываемую таблицу и достигается высокая скорость?
источник

👨n

👨🏼‍💻 Pírαt neωTíme 🛩... in pgsql – PostgreSQL
А что тогда с индексами?
источник

s0

shuu 01 in pgsql – PostgreSQL
кто нибудь делал standby реплику через pgbouncer?
источник

РЖ

Роман Жарков... in pgsql – PostgreSQL
shuu 01
кто нибудь делал standby реплику через pgbouncer?
Не знаю, но мне очень любопытно - зачем?
источник

s0

shuu 01 in pgsql – PostgreSQL
для кластера патрони
источник

DE

Dmitry Erykin in pgsql – PostgreSQL
вполне работает вариант - патрони+pgbouncer
источник

s0

shuu 01 in pgsql – PostgreSQL
патрони коннектится к постгресу через пгбаунсер?
источник

А

Айдос in pgsql – PostgreSQL
всем привет! вопрос по архитектуре таблиц приложения: есть таблицы "Классы", "Свойства классов". в приложений можем создавать объекты классов со свойствами + классы могут наследоваться. как вы б хранили эти объекты ?
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
👨🏼‍💻 Pírαt neωTíme 🛩
Народ, я же правильно понимаю, что копирование данных методом COPY игнорирует все условия распределения записей по партициям и за счет того что без лишних проверок складывает в указываемую таблицу и достигается высокая скорость?
Конечно, нет. Если Вы копируете в партиционированную таблицу, записи распределяются.
Если прямо в конкретную partition — данные туда и вставляются, но проверки границ тоже выполняются.
источник

0

0xFF in pgsql – PostgreSQL
Как можно такое пофиксить?
источник

АК

Андрей Казанцев... in pgsql – PostgreSQL
А как такое может быть?
[42883] ERROR: operator does not exist: integer == integer Подсказка: No operator matches the given name and argument types. You might need to add explicit type casts.
источник