Как проверить, существует ли Ограничение в Sql server?
-
21-09-2019 - |
Вопрос
У меня есть этот sql:
ALTER TABLE dbo.ChannelPlayerSkins
DROP CONSTRAINT FK_ChannelPlayerSkins_Channels
но, по-видимому, в некоторых других базах данных, которые мы используем, ограничение имеет другое имя.Как мне проверить, есть ли ограничение с именем FK_ChannelPlayerSkins_Channels
.
Решение
попробуй это:
SELECT
*
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
WHERE CONSTRAINT_NAME ='FK_ChannelPlayerSkins_Channels'
-- РЕДАКТИРОВАТЬ --
Когда я первоначально отвечал на этот вопрос, я думал "Внешний ключ", потому что в исходном вопросе задавался вопрос о поиске "FK_ChannelPlayerSkins_Channels".С тех пор многие люди прокомментировали поиск других "ограничений", вот несколько других запросов по этому поводу:
--Returns one row for each CHECK, UNIQUE, PRIMARY KEY, and/or FOREIGN KEY
SELECT *
FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS
WHERE CONSTRAINT_NAME='XYZ'
--Returns one row for each FOREIGN KEY constrain
SELECT *
FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
WHERE CONSTRAINT_NAME='XYZ'
--Returns one row for each CHECK constraint
SELECT *
FROM INFORMATION_SCHEMA.CHECK_CONSTRAINTS
WHERE CONSTRAINT_NAME='XYZ'
вот альтернативный метод
--Returns 1 row for each CHECK, UNIQUE, PRIMARY KEY, FOREIGN KEY, and/or DEFAULT
SELECT
OBJECT_NAME(OBJECT_ID) AS NameofConstraint
,SCHEMA_NAME(schema_id) AS SchemaName
,OBJECT_NAME(parent_object_id) AS TableName
,type_desc AS ConstraintType
FROM sys.objects
WHERE type_desc LIKE '%CONSTRAINT'
AND OBJECT_NAME(OBJECT_ID)='XYZ'
Если вам нужно еще больше информации об ограничениях, загляните в системную хранимую процедуру master.sys.sp_helpconstraint
чтобы увидеть, как получить определенную информацию.Чтобы просмотреть исходный код с помощью SQL Server Management Studio, зайдите в "Обозреватель объектов".Оттуда вы расширяете "Основную" базу данных, затем расширяете "Программируемость", затем "Хранимые процедуры", затем "Системные хранимые процедуры".Затем вы можете найти "sys.sp_helpconstraint", щелкнуть по нему правой кнопкой мыши и выбрать "изменить".Просто будьте осторожны и не сохраняйте в нем никаких изменений.Кроме того, вы можете просто использовать эту системную хранимую процедуру для любой таблицы, используя ее следующим образом EXEC sp_helpconstraint YourTableNameHere
.
Другие советы
Самый простой способ проверить наличие ограничения (а затем сделать что-то, например, удалить его, если оно существует) - это использовать функцию OBJECT_ID()...
IF OBJECT_ID('dbo.[CK_ConstraintName]', 'C') IS NOT NULL
ALTER TABLE dbo.[tablename] DROP CONSTRAINT CK_ConstraintName
OBJECT_ID можно использовать без второго параметра ('C' только для проверки ограничений), и это также может сработать, но если имя вашего ограничения совпадает с именем других объектов в базе данных, вы можете получить неожиданные результаты.
IF OBJECT_ID('dbo.[CK_ConstraintName]') IS NOT NULL
ALTER TABLE dbo.[tablename] DROP CONSTRAINT CK_ConstraintName
OBJECT_ID также может использоваться с другими "ограничениями", такими как ограничения внешнего ключа или ограничения первичного ключа и т.д.Для достижения наилучших результатов всегда включайте соответствующий тип объекта в качестве второго параметра для функции OBJECT_ID:
Типы объектов ограничений:
- C = КОНТРОЛЬНОЕ ограничение
- D = ЗНАЧЕНИЕ ПО УМОЛЧАНИЮ (ограниченное или автономное)
- F = ограничение ВНЕШНЕГО КЛЮЧА
- PK = ограничение ПЕРВИЧНОГО КЛЮЧА
- R = Правило (старого образца, автономное)
- UQ = УНИКАЛЬНОЕ ограничение
Также обратите внимание, что часто требуется схема.Схема ограничений обычно принимает схему родительской таблицы.
Неспособность заключить ваши ограничения (или что бы вы ни проверяли) в квадратные скобки при использовании этого метода также может привести к ложному отрицанию - если ваш объект использует необычные символы (например, a .), квадратные скобки обязательны.
Если вы ищете другой тип ограничения, напримерпо умолчанию вам следует использовать другой запрос (Из Как мне найти ограничение по умолчанию, используя INFORMATION_SCHEMA? на что ответил девио).Использование:
SELECT * FROM sys.objects WHERE type = 'D' AND name = @name
чтобы найти ограничение по умолчанию по имени.
Я собрал различные проверки "ЕСЛИ не существует" в своем посте "DDL 'ЕСЛИ не существует " условий для повторного запуска SQL-скриптов"
IF (OBJECT_ID('FK_ChannelPlayerSkins_Channels') IS NOT NULL)
Вы смотрите на что-то подобное, приведенное ниже, протестировано в SQL Server 2005
SELECT * FROM sys.check_constraints WHERE
object_id = OBJECT_ID(N'[dbo].[CK_accounts]') AND
parent_object_id = OBJECT_ID(N'[dbo]. [accounts]')
Просто есть кое-что, на что следует обратить внимание......
В SSMS SQL Server 2008 R2 команда "Script Constraint as -> УДАЛИТЬ И СОЗДАТЬ В" создает T-SQL, подобный приведенному ниже
USE [MyDatabase]
GO
IF EXISTS (SELECT * FROM dbo.sysobjects WHERE id = OBJECT_ID(N'[DEF_Detail_IsDeleted]') AND type = 'D')
BEGIN
ALTER TABLE [Patient].[Detail] DROP CONSTRAINT [DEF_Detail_IsDeleted]
END
GO
USE [MyDatabase]
GO
ALTER TABLE [Patient].[Detail] ADD CONSTRAINT [DEF_Detail_IsDeleted] DEFAULT ((0)) FOR [IsDeleted]
GO
Изначально этот скрипт НЕ удаляет ограничение, потому что SELECT возвращает 0 строк.(см. сообщение Microsoft Connect ( Microsoft Connect )).
Имя ограничения по умолчанию неверно, но я полагаю, что это также как-то связано с функцией OBJECT_ID, потому что изменение имени не устраняет проблему.
Чтобы исправить это, я удалил использование OBJECT_ID и вместо этого использовал имя ограничения по умолчанию.
(SELECT * FROM dbo.sysobjects WHERE [name] = (N'DEF_Detail_IsDeleted') AND type = 'D')
Я использую следующий запрос для проверки существующего ограничения, прежде чем создавать его.
IF (NOT EXISTS(SELECT 1 FROM sysconstraints WHERE OBJECT_NAME(constid) = 'UX_CONSTRAINT_NAME' AND OBJECT_NAME(id) = 'TABLE_NAME')) BEGIN
...
END
Это запрашивает ограничение по имени, ориентированное на заданное имя таблицы.Надеюсь, это поможет.
IF EXISTS(SELECT 1 FROM sys.foreign_keys WHERE parent_object_id = OBJECT_ID(N'dbo.TableName'))
BEGIN
ALTER TABLE TableName DROP CONSTRAINT CONSTRAINTNAME
END
IF EXISTS(SELECT TOP 1 1 FROM sys.default_constraints WHERE parent_object_id = OBJECT_ID(N'[dbo].[ChannelPlayerSkins]') AND name = 'FK_ChannelPlayerSkins_Channels')
BEGIN
DROP CONSTRAINT FK_ChannelPlayerSkins_Channels
END
GO
INFORMATION_SCHEMA
это твой друг.Он имеет все виды представлений, которые показывают все виды информации о схеме.Проверьте свои системные представления.Вы обнаружите, что у вас есть три представления, касающиеся ограничений, одно из которых CHECK_CONSTRAINTS
.
Я использую это для проверки наличия удаленных ограничений для столбца.В нем должно быть все, что вам нужно.
DECLARE
@ps_TableName VARCHAR(300)
, @ps_ColumnName VARCHAR(300)
SET @ps_TableName = 'mytable'
SET @ps_ColumnName = 'mycolumn'
DECLARE c_ConsList CURSOR LOCAL STATIC FORWARD_ONLY FOR
SELECT
'ALTER TABLE ' + RTRIM(tb.name) + ' drop constraint ' + sco.name AS csql
FROM
sys.Objects tb
INNER JOIN sys.Columns tc on (tb.Object_id = tc.object_id)
INNER JOIN sys.sysconstraints sc ON (tc.Object_ID = sc.id and tc.column_id = sc.colid)
INNER JOIN sys.objects sco ON (sc.Constid = sco.object_id)
where
tb.name=@ps_TableName
AND tc.name=@ps_ColumnName
OPEN c_ConsList
FETCH c_ConsList INTO @ls_SQL
WHILE (@@FETCH_STATUS = 0) BEGIN
IF RTRIM(ISNULL(@ls_SQL, '')) <> '' BEGIN
EXECUTE(@ls_SQL)
END
FETCH c_ConsList INTO @ls_SQL
END
CLOSE c_ConsList
DEALLOCATE c_ConsList
SELECT tabla.name as Tabla,
restriccion.name as Restriccion,
restriccion.type as Tipo,
restriccion.type_desc as Tipo_Desc
FROM {DATABASE_NAME}.sys.objects tabla
INNER JOIN {DATABASE_NAME}.sys.objects restriccion
ON tabla.object_id = restriccion.parent_object_id
WHERE tabla.type = 'U' - Solo tablas creadas por el usuario.
AND restriccion.type = 'UQ' --Tipo de Restriccion UNIQUE
ORDER BY tabla.name, restriccion.type_desc
Вы можете использовать приведенный выше вариант с одной оговоркой:
IF EXISTS(
SELECT 1 FROM sys.foreign_keys
WHERE parent_object_id = OBJECT_ID(N'dbo.TableName')
AND name = 'CONSTRAINTNAME'
)
BEGIN
ALTER TABLE TableName DROP CONSTRAINT CONSTRAINTNAME
END
Необходимо использовать name = [Constraint name]
поскольку таблица может иметь несколько внешних ключей и все еще не иметь проверяемого внешнего ключа