Python

В чём отличие EXPLAIN от EXPLAIN ANALYZE в PostgreSQL?

У нас есть микросервис с одним endpoint, который делает только один SQL-запрос. При запуске локально endpoint отвечает 1-2 минуты вместо ожидаемых 50-200 миллисекунд. Как бы вы разбирались в проблеме?

Как в PostgreSQL называется хранилище, которое отвечает за репликацию и восстановление данных? Как это происходит?

У нас есть двухплечевая база — мастер и реплика. Мы сделали транзакцию, она прошла, данные появились на мастере. На реплике отрубилось электричество, сервер упал, данные туда не прилетели. Когда сервер поднимется, что произойдёт?

У транзакций есть понятие ACID. Можете назвать 1-2 принципа и рассказать, что они делают?

Какими другими способами можно решить проблему параллельных вставок одинаковых данных?

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

Как работает транзакция? Что происходит при BEGIN и COMMIT?

Мы добавили INSERT ON CONFLICT DO NOTHING, задеплоили на прод. Спустя время смотрим логи — ошибок почти не стало, но иногда очень редко они всё равно появляются. Можете предположить, что идёт не так?

Мы нашли сервис, который делает INSERT в эту таблицу. После добавления уникального ограничения сервис начал падать с ошибкой. Можем ли мы модифицировать SQL-запрос, чтобы он не падал при срабатывании уникального ограничения, не трогая логику приложения?

В таблице нет первичного ключа, нет ограничений, нет уникальных индексов, нет связей с другими таблицами. В таблице есть дублирующиеся строки (одинаковые по всем столбцам). Как избавиться от дубликатов и сделать так, чтобы они больше не возникали?

Если мы делаем смену Primary Key не в одной транзакции, а в двух разных транзакциях, какую проблему мы можем получить?

Если мы создали новый столбец с типом BIGINT и заполнили его теми же данными, что и старый столбец с INT, как быть с тем, что два первичных ключа не могут существовать одновременно?

Может ли быть два первичных ключа на одной таблице в PostgreSQL?

У нас есть таблица с первичным ключом типа INT. Таблица скоро переполнится и INT будет исчерпан. Нужно сменить тип первичного ключа с INT на BIGINT. Какими шагами вы бы добились смены типа столбца первичного ключа?

Можем ли мы создать таблицу в PostgreSQL без первичного ключа? Будет ли такая таблица работать?