Обычное отношение между отдельно созданными объектами. Зависимый объект может быть удален без влияния на целевой объект. Целевой объект может быть удален только при указании CASCADE, в этом случае также будет удален зависимый объект. Пример: столбец таблицы имеет обычную зависимость от своего типа данных.

Зависимый объект может быть удален отдельно от целевого объекта и должен быть автоматически удален (независимо от режима RESTRICT или CASCADE) в случае удаления целевого объекта. Пример: именованное ограничение на таблицу становится автоматически зависимым от таблицы, так что оно будет удалено, если таблица будет удалена.

Зависимый объект был создан вместе с созданием целевого объекта и на самом деле является только частью его внутренней реализации. Прямое удаление DROP зависимого объекта будет полностью запрещено (мы скажем пользователю выполнить команду DROP для целевого объекта вместо этого). Удаление целевого объекта приведет к автоматическому удалению зависимого объекта, независимо от того, указано ли CASCADE или нет. Если зависимый объект должен быть удален из-за зависимости от удаленного другого объекта, его удаление преобразуется в удаление целевого объекта, так что NORMAL и AUTO зависимости зависимого объекта ведут себя так же, как если бы они были зависимостями целевого объекта. Пример: правило ON SELECT представления становится внутренне зависимым от представления, предотвращая его удаление, пока представление существует. Зависимости правила (например, таблицы, на которые оно ссылается) ведут себя так, как если бы они были зависимостями представления.

Объект, зависимый от другого объекта, создается вместе с целевого объекта и на самом деле является только частью его внутренней реализации; однако, в отличие от INTERNAL, целевых объектов может быть несколько. Объект, зависимый от другого, не может быть удален, если не удален хотя бы один из этих целевых объектов; если хотя бы один из них удален, объект, зависимый от другого, должен быть удален, независимо от того, указано ли CASCADE. Также, в отличие от INTERNAL, удаление какого-либо другого объекта, от которого зависит объект, зависимый от другого, не приводит к автоматическому удалению какого-либо объекта, ссылающегося на раздел. Поэтому, если удаление не распространяется хотя бы на один из этих объектов по другому пути, оно будет отклонено. (В большинстве случаев, объект, зависимый от другого, делит все свои зависимости, не относящиеся к секции, с хотя бы одним объектом, ссылающимся на секцию, так что это ограничение не приводит к блокировке какого-либо каскадного удаления). Зависимости от основной и вторичной секций ведут себя одинаково, за исключением того, что основная зависимость предпочтительна для использования в сообщениях об ошибках; поэтому объект, зависимый от секции, должен иметь одну основную зависимость от секции и одну или несколько вторичных зависимостей от секции. Обратите внимание, что зависимости от секций создаются дополнительно к зависимостям, которые объект обычно имеет. Это упрощает операции ATTACH/DETACH PARTITION: зависимости от секций нужно только добавить или удалить. Пример: дочерний секционированный индекс зависит как от таблицы секции, на которой он находится, так и от родительского секционированного индекса, чтобы он исчезал, если один из них удаляется, но не наоборот. Зависимость от родительского индекса является основной, поэтому, если пользователь попытается удалить дочерний секционированный индекс, сообщение об ошибке предложит удалить вместо этого родительский индекс (а не таблицу).

Вторичный объект является членом расширения, которое целевым объектом (см. pg_extension). Вторичный объект может быть удален только с помощью DROP EXTENSION на целевом объекте. Функционально этот тип зависимости действует так же, как INTERNAL зависимость, но он отделен для ясности и упрощения pg_dump.

Объект, от которого зависит, не является членом расширения, на которое ссылается объект (и поэтому его не следует игнорировать при использовании pg_dump), но он не может функционировать без расширения и должен быть автоматически удален, если расширение будет удалено. Зависимый объект также может быть удален самостоятельно. Функционально этот тип зависимости действует так же, как и зависимость AUTO, но он отделяется для ясности и упрощения pg_dump.