Основы SQL и реляционная модель

Два фильтра применяются к одной таблице последовательно: можно ли без изменения результата поменять их местами?

Почему все строки с NULL попадают в одну группу при группировке по nullable-столбцу, хотя NULL не равен NULL?

В таблице с ограничением UNIQUE почему несколько строк могут содержать NULL в этом столбце?

Рассмотрите таблицу, где в одном атрибуте хранится список значений: почему такая структура не является отношением в первой нормальной форме?

Сравните EXCEPT и EXCEPT ALL: как различается кратность строк в результате?

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

Почему СУБД может выполнить внутренние соединения не в порядке, указанном в тексте SQL-запроса?

Объясните механизм коррелированного EXISTS: почему он не размножает строки внешнего запроса при нескольких совпадениях?

От чего зависит число строк в результате декартова произведения двух отношений?

Зачем объявлять тип столбца в SQL, если значения можно хранить в виде текста?

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

Какой стандартный SQL-предикат выбрать для сравнения двух nullable-значений, чтобы результат никогда не был UNKNOWN?

Каков результат использования скалярного подзапроса, если он возвращает несколько строк?

Представьте отношение с составным ключом: как по функциональным зависимостям обнаружить нарушение второй нормальной формы?

Объясните механизм: почему псевдоним столбца из списка SELECT обычно недоступен в условии WHERE того же уровня запроса?

В таблицах ниже внешний ключ составной, но одна его часть равна NULL. Допустима ли вставка дочерней строки по стандартным правилам SQL и почему?

CREATE TABLE parent (
    a INTEGER,
    b INTEGER,
    PRIMARY KEY (a, b)
);

CREATE TABLE child (
    x INTEGER,
    y INTEGER,
    FOREIGN KEY (x, y) REFERENCES parent(a, b)
);

INSERT INTO parent VALUES (1, 2);
INSERT INTO child VALUES (1, NULL);

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

В иерархии с неизвестной глубиной как получить всех потомков выбранного узла средствами SQL?

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

Зачем сохранять уникальность бизнес-идентификатора после добавления суррогатного ключа?