DBCC CHECKCONSTRAINTS (Transact-SQL)

2025-01-02

Область применения: SQL Server База данных SQL Azure Управляемый экземпляр SQL Azure

Проверяет целостность указанного ограничения или всех ограничений заданной таблицы в текущей базе данных.

Синтаксис

DBCC CHECKCONSTRAINTS
[
    (
    table_name | table_id | constraint_name | constraint_id
    )
]
    [ WITH
    [ { ALL_CONSTRAINTS | ALL_ERRORMSGS } ]
    [ , ] [ NO_INFOMSGS ]
    ]

Аргументы

table_name | table_id | constraint_name | constraint_id

Проверяемая таблица или ограничение. Если указан аргумент table_name или table_id, проверяются все включенные ограничения в данной таблице. Если указан аргумент constraint_name или constraint_id, проверяется только это ограничение. Если не указаны ни идентификатор таблицы, ни идентификатор ограничения, проверяются все включенные ограничения всех таблиц в текущей базе данных.

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

ВМЕСТЕ С

Позволяет задавать параметры.

ALL_CONSTRAINTS

Проверяет все включенные и отключенные ограничения таблицы, если указано имя таблицы или отмечены все таблицы. В противном случае проверяет только включенные ограничения. ALL_CONSTRAINTS не действует, если указано имя ограничения.
ALL_ERRORMSGS

Возвращает все строки, которые не соответствуют ограничениям в проверяемой таблице. По умолчанию, это первые 200 строк.
NO_INFOMSGS

Подавляет вывод всех информационных сообщений.

Замечания

DBCC CHECKCONSTRAINTS создает и выполняет запрос для всех ограничений FOREIGN KEY и CHECK в таблице.

Например, запрос внешних ключей имеет такой вид:

SELECT <columns>
FROM <table_being_checked> LEFT JOIN <referenced_table>
    ON <table_being_checked.fkey1> = <referenced_table.pkey1>
    AND <table_being_checked.fkey2> = <referenced_table.pkey2>
WHERE <table_being_checked.fkey1> IS NOT NULL
    AND <referenced_table.pkey1> IS NULL
    AND <table_being_checked.fkey2> IS NOT NULL
    AND <referenced_table.pkey2> IS NULL;

Данные запроса хранятся во временной таблице. После того, как все указанные таблицы или ограничения были проверены, возвращается результирующий набор.

DBCC CHECKCONSTRAINTS проверяет целостность ограничений FOREIGN KEY и CHECK, но не проверяет целостность дисковых структур данных таблицы. Проверки этих структур данных могут быть произведены с помощью команд DBCC CHECKDB и DBCC CHECKTABLE.

Область применения: SQL Server 2016 (13.x) и более поздних версий

Если указан аргумент table_name или table_id и для соответствующей таблицы включено системное управление версиями, DBCC CHECKCONSTRAINTS также проводит для нее проверки согласованности темпоральных данных. Если параметр NO_INFOMSGS не указан, эта команда возвращает сведения о всех нарушениях согласованности в отдельной строке выходных данных. Формат выходных данных будет ([pkcol1], [pkcol2]..) = (<pkcol1_value>, <pkcol2_value>...) AND <what is wrong with temporal table record>.

Проверить	Дополнительные сведения в выходных данных в случае неудачного завершения проверки
PeriodEndColumn = PeriodStartColumn >(current)	[sys_end] = '{0}' AND MAX(DATETIME2) = '9999-12-31 23:59:59.99999'
PeriodEndColumn = PeriodStartColumn >(current, history)	[sys_start] = '{0}' AND [sys_end] = '{1}'
PeriodStartColumn < current_utc_time (current)	[sys_start] = '{0}' AND SYSUTCTIME
PeriodEndColumn < current_utc_time (history)	[sys_end] = '{0}' AND SYSUTCTIME
Перекрытия	(sys_start1, sys_end1), (sys_start2, sys_end2) для двух перекрывающихся записей. Если перекрывающихся записей больше двух, в выходных данных будет несколько строк, в каждой из которых содержится одна пара перекрытий.

Невозможно указать constraint_name или constraint_id для выполнения только проверок согласованности темпоральных данных.

Результирующие наборы

DBCC CHECKCONSTRAINTS возвращает набор строк со следующими столбцами.

Имя столбца	Тип данных	Description
Имя таблицы	varchar	Имя таблицы.
Constraint Name	varchar	Имя нарушенного ограничения.
Где	varchar	Значения столбцов, которые идентифицируют строку или строки, которые нарушают ограничение. Значение этого столбца может быть использовано в предложении WHERE инструкции SELECT, которая запрашивает строки, нарушающие ограничение.

DBCC CHECKCONSTRAINTS не гарантирует, что будут обнаружены все нарушения ограничений. Если одна строка нарушает несколько ограничений, предложение WHERE выводится только для первого нарушения. Сочетание значений будет отсутствовать в возвращаемом результирующем наборе, если только не существует другая строка с таким же сочетанием значений, создающих нарушение, которое обнаруживается первым. Для поиска всех нарушений ограничения, возможно, потребуется выполнить DBCC CHECKCONSTRAINTS несколько раз и устранить проблемы.

Разрешения

Необходимо быть членом предопределенной роли сервера sysadmin или предопределенной роли базы данных db_owner .

Примеры

А. Проверка таблицы

Следующий пример проверяет целостность ограничений таблицы Table1 в базе данных AdventureWorks2022.

USE AdventureWorks2022;
GO
CREATE TABLE Table1 (Col1 INT, Col2 CHAR(30));
GO
INSERT INTO Table1 VALUES (100, 'Hello');
GO
ALTER TABLE Table1 WITH NOCHECK ADD CONSTRAINT chkTab1 CHECK (Col1 > 100);
GO
DBCC CHECKCONSTRAINTS (Table1);
GO

B. Проверка конкретного ограничения

Следующий пример проверяет целостность ограничения CK_ProductCostHistory_EndDate.

USE AdventureWorks2022;
GO
DBCC CHECKCONSTRAINTS ('Production.CK_ProductCostHistory_EndDate');
GO

В. Проверка всех включенных и отключенных ограничений во всех таблицах

Следующий пример проверяет целостность всех включенных и отключенных ограничений всех таблиц текущей базы данных.

DBCC CHECKCONSTRAINTS WITH ALL_CONSTRAINTS;
GO