Как проверить, существует ли ограничение в Sql server?
у меня есть этот sql:
ALTER TABLE dbo.ChannelPlayerSkins
DROP CONSTRAINT FK_ChannelPlayerSkins_Channels
но, видимо, на некоторых других базах данных, которые мы используем, ограничение имеет другое название. Как проверить, есть ли ограничение с именем FK_ChannelPlayerSkins_Channels.
13 ответов:
попробуйте это:
SELECT * FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS WHERE CONSTRAINT_NAME ='FK_ChannelPlayerSkins_Channels'-- EDIT --
когда я первоначально ответил на этот вопрос, я думал "внешний ключ", потому что исходный вопрос задавался о поиске "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 перейдите в раздел"Обозреватель объектов". Оттуда вы развернете базу данных "Master", затем развернете" программируемость", затем" хранимые процедуры", затем"Системные хранимые процедуры". Затем вы можете найти "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_ConstraintNameOBJECT_ID может использоваться без второго параметра ('C' только для проверочных ограничений), и это также может работать, но если ваше имя ограничения совпадает с именем других объектов в базе данных, вы можете получить неожиданные результаты.
IF OBJECT_ID('dbo.[CK_ConstraintName]') IS NOT NULL ALTER TABLE dbo.[tablename] DROP CONSTRAINT CK_ConstraintNameOBJECT_ID также может использоваться с другими "ограничениями", такими как Foreign Ключевые ограничения или ограничения первичного ключа и т. д. Для достижения наилучших результатов всегда включайте соответствующий тип объекта в качестве второго параметра для функции OBJECT_ID:
Типы Объектов Ограничения:
- C = ограничение Check
- D = по умолчанию (ограничение или автономный)
- F = ограничение внешнего ключа
- PK = ограничение первичного ключа
- R = правило (старый стиль, автономный)
- UQ = Уникальное ограничение
Также обратите внимание, что схема часто требуется. Схема ограничений обычно принимает схему родительской таблицы.
неспособность поместить ограничения (или все, что вы проверяете) в скобки при использовании этого метода также может привести к ложному отрицанию-если ваш объект использует необычные символы (например, a .), скобки обязательны.
Если вы ищете для другой тип ограничения, например, по умолчанию, вы должны использовать другой запрос (От Как найти ограничение по умолчанию с помощью INFORMATION_SCHEMA? ответ devio). Использование:
SELECT * FROM sys.objects WHERE type = 'D' AND name = @nameнайти ограничение по умолчанию по имени.
Я собрал разные 'если не существует" проверяет в моем посте "DDL 'если не существует" условия для повторного запуска сценариев SQL"
вы смотрите на что-то вроде этого, ниже тестируется в 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]')
просто что-то, чтобы следить за......
в SQL Server 2008 R2 SSMS команда "Script Constraint as - > DROP And CREATE To" создает 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).
имя ограничения по умолчанию неверно, но я думаю, что это также имеет какое-то отношение к функции 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
INFORMATION_SCHEMA - ваш друг. Он имеет все виды представлений, которые показывают все виды информации схема. Проверьте свои системные представления. Вы обнаружите, что у вас есть три представления, связанные с ограничениями, один из которых CHECK_CONSTRAINTS.
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
Я использую это для проверки и удаленных ограничений на столбец. В нем должно быть все необходимое.
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]поскольку таблица может иметь несколько внешних ключей и все еще не иметь внешнего ключа проверяется
Comments