Fixes:
-
https://www.citusdata.com/blog/2017/08/18/introducing-wal-g-faster-restores-for-postgres/
-
В главе "Репликация". "В частности, конфликты могут возникать по поводу того, в каком порядке должны применяться обновления. Например, предположим, что в результате выполнения транзакции А происходит вставка строки в реплику X, после чего транзакция B удаляет эту строку, а также допустим, что Y — реплика X. Если обновления распространяются на Y, но вводятся в реплику Y в обратном порядке (например, из-за разных задержек при передаче), то транзакция B не находит в Y строку, подлежащую удалению, и не выполняет своё действие, после чего транзакция А вставляет эту строку. Суммарный эффект состоит в том, что реплика Y содержит указанную строку, а реплика X — нет." Суть конфликта не понятна. Вообще непонятна.
-
В описании потоковой репликации ни слова про слоты репликации и настройку обратной связи. Это важный функционал репликации. Кстати там можно и про конфликты потоковой репликации рассказать.
-
В главе "Бэкап и восстановление PostgreSQL" Нет про горячее резервное копирование. Например, про pg_basebackup.
-
Нет ничего про настройку autovacuum. Крайне важная тема. https://www.citusdata.com/blog/2016/11/04/autovacuum-not-the-enemy/
-
В главе про dblink можно сказать, что модуль позволяет эмулировать автономные транзакции.
-
https://blog.timescale.com/scaling-partitioning-data-postgresql-10-explained-cd48a712a9a1
-
https://severalnines.com/blog/guide-partitioning-data-postgresql
-
https://blog.2ndquadrant.com/partitioning-improvements-pg11/
-
https://blog.2ndquadrant.com/postgresql96-parallel-sequential-scan/
-
https://blog.2ndquadrant.com/partitioning-evolution-postgresql-11/
-
https://blog.2ndquadrant.com/add-new-table-column-default-value-postgresql-11/