DDL и типы данных

В таблице нужно временно разрешить значения, запрещённые ограничением CHECK: что изменится после удаления этого ограничения, а что останется неизменным?

Две команды создают одноимённые таблицы в разных схемах. Как механизм схем позволяет различать эти объекты при обращении к ним?

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

Представьте, что столбец VARCHAR(10) хранит текст в UTF-8. Означает ли число 10 ограничение в десять байт?

В сервисе требуется хранить длительность операции: когда тип INTERVAL содержательно точнее числового количества секунд?

Можно ли считать DDL автоматически откатываемым при ROLLBACK?

Как регистр букв в имени объекта схемы влияет на возможность обратиться к нему без кавычек?

Почему произвольные двоичные данные нельзя надёжно хранить в строковом типе даже при достаточном размере столбца?

Разработчик добавил столбцу автоматическую генерацию чисел. Почему это само по себе не делает столбец первичным ключом?

Что произойдёт при создании внешнего ключа, если таблица, на которую он ссылается, ещё не существует?

Что меняется в правилах обращения к объекту схемы, если его имя совпадает с ключевым словом SQL?

При последующем изменении схемы что даёт явное имя ограничения, заданное при создании таблицы?

После удаления таблицы и создания новой с тем же именем почему прежние права доступа нельзя считать сохранёнными?

Что должна проверить СУБД при переводе существующего столбца из nullable в обязательный?

Для чего нужен владелец схемы в SQL?

Разбор последствий: к чему приведёт достижение максимального значения INTEGER в идентификаторе, если тип заранее не заменить на BIGINT?

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

CREATE SCHEMA cleanup;

DROP TABLE IF EXISTS cleanup.archived_events;

CREATE TABLE cleanup.archived_events (
    event_id INTEGER PRIMARY KEY
);

DROP TABLE IF EXISTS cleanup.archived_events;

Разработчик объявил столбец типа FLOAT(2), ожидая хранение чисел с двумя знаками после запятой. В чём ошибка такого предположения?

Допустимо ли объявить внешний ключ со ссылкой на столбец, уникальность которого фактически соблюдается, но не задана ограничением?

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