菜单

SQLServer之DEFAULT约束

2018年12月30日 - MySQL

DEFAULT约束优缺点

优点:

1、使用默认值可以减掉代码量,新增多少时方可不用写新增默认值列,执行新增操作时时默认填充。

2、较便宜开展总括和分析,以及便于程序逻辑操作。

缺点:

1、使用不为NULL的默认值,占用了更多的蕴藏空间。

 

3、唯一约束

  唯一约束与主键相比相似,共同点在于它们都要求表中指定的列(或者列的整合)上有一个唯一值,区别是唯一约束没有被看作表中著录的绝无仅有标识符(即使你可以按这样的法子使用也使得),而且可以有六个唯一约束(而在各类表中只可以有一个主键)。

  一旦创立了唯一约束,那么指定列中的每个值必须是绝无仅有的。倘若更新或者插入一条记下在带唯一约束的列上有已经存在的值的笔录,SQLServer将抛出荒谬,拒绝这一个记录。

  和主键不同,唯一约束不会活动制止设置一个NULL值,是否允许为NULL由表中相应列的NULL选项的安装决定,但不怕真的允许NULL值,一张表中也只能插入一个NULL值(要是同意多少个,这就不叫唯一了)。

  在已存在的表上创设唯一约束:

alter table Account
    add constraint AK_AccountName    --约束名
    unique (Account_Name)    -- 列名

  AK代表替换键(Alternate Key),唯一约束也叫替换键。

  主键和唯一约束的区分:

创造表时增长默认约束

第一判断表是否选在,假若存在则先删除表再添加,如若不存在则直接助长。

语法:

–创设新表时添加默认约束
–数据库声明
use 数据库名
go
–假若表已存在则先删除表再创制,假使表不存在则直接创制
if exists(select * from sysobjects where
name=表名 and type =’U’)
drop table 表名;
go
–建表语法声明
create table 表名
(
–字段表明
列名 列类型 identity(1,1) not
null,
列名 列类型) null,
列名 列类型 null,
列名 列类型 null,
列名 列类型,
列名 列类型 constraint 约束名 default
默认值,
primary key clustered(列名 asc)
with(ignore_dup_key=off) on [primary] –主键索引讲明
)on [primary]

–字段注释表明
exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’列说明’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’表名’,
@level2type=N’COLUMN’,@level2name=N’列名’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’列说明’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’表名’,
@level2type=N’COLUMN’,@level2name=N’列名’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’列说明’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’表名’,
@level2type=N’COLUMN’,@level2name=N’列名’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’列说明’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’表名’,
@level2type=N’COLUMN’,@level2name=N’列名’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’列说明’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’表名’,
@level2type=N’COLUMN’,@level2name=N’列名’;

go

示例:

–创制新表时添加默认约束
–数据库表明
use testss
go
–要是表已存在则先删除表再成立,假使表不存在则间接成立
if exists(select * from sysobjects where
name=’test1′ and type =’U’)
drop table test1;
go
–建表语法注解
create table test1
(
–字段评释
id int identity(1,1) not null,
name nvarchar(50) null,
sex nvarchar(50) null,
age nvarchar(50) null,
classid int,
height int constraint default_he default
166,
primary key clustered(id asc)
with(ignore_dup_key=off) on [primary] –主键索引讲明
)on [primary]

–字段注释注脚
exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’id主键’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’test1′,
@level2type=N’COLUMN’,@level2name=N’id’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’姓名’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’test1′,
@level2type=N’COLUMN’,@level2name=N’name’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’性别’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’test1′,
@level2type=N’COLUMN’,@level2name=N’sex’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’年龄’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’test1′,
@level2type=N’COLUMN’,@level2name=N’age’;

exec sys.sp_addextendedproperty
@name=N’MS_Description’, @value=N’班级id’ ,
@level0type=N’SCHEMA’,
@level0name=N’dbo’,
@level1type=N’TABLE’,@level1name=N’test1′,
@level2type=N’COLUMN’,@level2name=N’classid’;

go

图片 1

图片 2

5、DEFAULT约束

  和装有约束一样,DEFAULT约束也是表定义的一个组成部分,它定义了当插入的新行对于定义了默认约束的列未提供对应数据时该肿么办。可以定义它为一个字面值(例如,设置默认薪水为0,或者设置字符串列为”UNKNOWN”),或者某个系统值(getdate())。

  对于DEFAULT约束,要理解以下多少个特征:

  1、默认值只在insert语句中采取-在update语句和delete语句中被忽视。

  2、即使在insert语句中提供了任意值,那就不利用默认值。

  3、假设没有提供值,那么总是接纳默认值。

  值得注意的是,update命令的条条框框由一个两样,假如彰显表明使用默认值就是不同。可以经过应用重要字DEFAULT表示更新的值设置为默认值。

  5.1在创立表时定义DEFAULT约束:

图片 3

create table person
(
    person_id int identity not null
        primary key,
    person_name nvarchar(30) not null
        default '无名氏',
    person_age int not null
)

图片 4

  在推行语句后:

insert into person (person_age) values(24)

  表中被插入一条记下如下:

  图片 5

   5.2在已存在的表上添加DEFAULT约束:

alter table person
    add constraint CN_DefaultName
    default    '无名氏' for person_name

当表结构已存在时

首先判断表中是否留存默认约束,假若存在则先删除默认约束再添加,假若不存在则直接抬高。

语法:

use 数据库
go
–判断默认约束是否留存,假诺存在则先删除,假使不存在则直接助长
if exists(select * from sysobjects where
name=约束名)
alter table 表名 drop constraint
约束名;
go
–给指定列添加默认约束
alter table 表名 add constraint 约束名
default(约束值) for 列名;
go

示例:

use [testss]
go
–判断默认约束是否存在,如若存在则先删除,假若不设有则一直抬高
if exists(select * from sysobjects where
name=’defalut_height’)
alter table [testss].[dbo].[test1]
drop constraint defalut_height;
go
–给指定列添加默认约束
alter table [testss].[dbo].[test1]
add constraint defalut_height default(160) for height;
go

图片 6

图片 7

三、键约束

利用T-SQL脚本添加DEFAULT约束

二、约束命名

  在读书约束在此以前,首先来驾驭下为约束命名需要小心哪些地点。

  SQLServer在大家不提供名称时,会自动创造名称,可是由系统活动成立的名目并不是特地有用。

  例如,系统生成的主键名称或者是如此的:PK_Employees_145C0A3F。 

  PK代表主键(primary
key),Employees代表在Employees表中,而剩余的“145C0A3F”部分是为着保证唯一性而自由变化的值。唯有由此脚本创制才会获取这种值,假假若透过Managerment
Studio创设表,那么就直接是PK_Employees。

  对于系统自动生成的Check约束名称如:CK_Customers_22AA2996。CK代表这是一个Check约束,Customers代表是在Customers表中,后边的22AA2996依旧一个随机数。即便一个表中有六个Check约束,则命名可能如下:

  CK_Customers_22AA2996

  CK_Customers_25869641

  CK_Customers_267ABA7A

  假设你需要修改那个约束其中的一个,那么您很难识别这么些约束到底是哪一个。

  由此,为了能够一眼看上去就知晓那一个约束是用来干什么的,大家应该使用一种简单明了的短语来进展命名。

  例如要力保某一列电话号码格式正确的封锁,大家得以行使命名CK_Customers_PhoneNo这样的短语来定名。

  总而言之命名要水到渠成以下几点:

  1、一致性

  2、通俗易懂

  3、满意上述四个规格的图景下简化名称。

运用SSMS数据库管理工具添加DEFAULT约束

1、连接数据库,选用数据表-》右键点击-》拔取设计。

图片 8

2、在表设计窗口中-》采用数据列-》在列属性窗口中找到默认值或绑定-》输入默认值(注意默认值的数据类型和输入格式)。

图片 9

3、点击保存按钮(或者ctrl+s)-》刷新表-》再次打开表查看结果。

图片 10

8、触发器

  触发器也可以用于落实数据完整性,这么些内容相比较多,新建一篇小说叙述。

DEFAULT约束添加规则

1、若在表中定义了默认值约束,用户在插入新的数据行时,即使该行没有点名数量,那么系统将默认值赋给该列,倘诺大家不安装默认值,系统默认为NULL。

2、假若“默认值”字段中的项替换绑定的默认值(以不带圆括号的款式显得),则将唤起您拨冗对默认值的绑定,并将其替换为新的默认值。

3、若要输入文本字符串,请用单引号 (‘)
将值括起来;不要采用双引号
(“),因为双引号已封存用于带引号的标识符。

4、若要输入数值默认值,请输入数值并且毫不用引号将值括起来。

5、若要输入对象/函数,请输入对象/函数的称呼并且永不用引号将名称括起来。

一、约束的分类

  在SQLServer中,有3种不同品类的羁绊。

  1、实体约束

    实体约束是关于行的,比如某一行现身的值就不容许现身在此外行,例如主键。

  2、域约束

    域约束是关于列的,对于有所行,某一列有那多少个约束,例如CHECK约束。

  3、参照完整性约束

    假设某列的值必须与任何列的值分外,这就象征需要一个参照完整性约束,例如外键。

1、主键约束

   主键是每行的绝无仅有标识符,仅仅经过它就能纯粹定位到一行,其中主键列在整整表中无法有重新,必须含有唯一的值(不可能为NULL)。由于主键在关周详据库中的首要性,由此它是所有键和自律中最着重的。

   下边的话说主键的成立形式

  1、在制造表的时候创设主键约束。

create table customer
(
    customerId        int identity    not null
        primary key,  --创建主键约束
    CustomerName    nvarchar(30)    not null
);

  怎样,相当简单吧!

  2、在已存在的表上成立主键约束

  现在一经已经存在了一张表,然则还未曾主键约束:

alter table person
    add constraint PK_Employee_Id  --外键名称
    primary key(personId)  --personId 字段名

  alter名称告诉SQLServer如下消息:

  1、添加了有的内容到表中(也可以去除表中的一点内容)

  2、添加了什么样内容(一个封锁)

  3、对约束的命名(允许将来直接访问约束)

  4、约束的品种(主键约束)

  5、约束应用于哪个列。

  3、复合主键的开创

  要是实际Management
Studio中,创立复合主键,只需要按住Ctrl键,选中五个列,然后设置为主键就OK了,相当简单。上边紧要讲述使用T-SQL创立复合主键的办法:

ALTER TABLE 表名 WITH NOCHECK ADD 
CONSTRAINT [PK_表名] PRIMARY KEY NONCLUSTERED 
( 
[字段名1], 
[字段名2] 
) 

  在多对多联系中,经常会有一张表来描述其他两张表的关联,就以此读者和书为例子:

图片 11

ALTER TABLE ReaderAndBook 
ADD 
CONSTRAINT [PK_ReaderAndBook] PRIMARY KEY NONCLUSTERED 
( 
ReaderId, 
BookId 
) 

图片 12

2、外键约束

  外键既能确保数据完整性,也能表现表之间的关系。添加了外键之后,插入引用表的笔录要么必须被引用表中被引用列的某条记下匹配,要么外键列的值必须设置为NULL。

  外键和主键不一致,每个表中的外键数目不限量唯一性。在各样表中,每一有-~253个外键。唯一的限定是一个列只可以引用一个外键。一个列可以被五个外键引用。

  1、创建表的时候创立外键

图片 13

create table orders
(
    orderId        int identity    not null
        primary key,
    customerId    int                not null
        foreign key references customer(customerId)  --约束类型-外键-引用表(列名)
);

图片 14

  2、在已存在的表中添加一个外键

  假使下边的代码去掉了增长外键行,那么可以挥洒代码如下:

alter table orders
    add constraint FK_Orders_CustomerId        --添加约束 名称
        foreign key (customerId)    references customer(customerId)    --外键约束,外键列名,被引用列名

  刚添加的自律和往日增长的自律一样生效,假诺某行引用customerId不存在,那么就不容许把该行添加到Orders表中。

  3、级联动作

  外键和其它类型键的一个生死攸关区别是:外键是双向的,即不仅是限制子表的值必须存在于父表中,还在历次对父表操作后检查子行(这样避免了孤行)。SQLServer的默认行为是在子行存在时“限制”父行被删除。可是,有时会自行删除任何借助的笔录,而不是防备删除被引述的记录。同样在更新记录时,可能希望凭借的笔录自动引用刚刚更新的记录。相比较少见的事态是,你或许希望将引用行改变为某个已知的状态。为此,可以挑选将依靠行的值设置为NULL或者十分列的默认值。

  那种进行机动删除和自动更新的进程称为级联。这种经过,特别是去除过程,可以由此几层的来说关系(一条记下信赖于另一条记下,而这另一条记下又凭借其他记录)。在SQLServer中实现级联动作需要做的就是修改外键语法-只需要在抬高前面加上ON子句。例如:

alter table orders
    add constraint FK_Orders_CustomerId        --添加约束 名称
        foreign key (customerId)    references customer(customerId)    --外键约束,外键列名,被引用列名
        on update     no action    --默认  修改时不级联更新子表
        on delete     cascade      --删除时级联删除依赖行

  当在开展级联删除时,假设一个表级联了另一个表,而另一个表又级联了任何表,这种级联会一直下去,不受限制,这其实是级联的一个生死攸关之处,很容易一个不小心删掉大量数目。

  级联动作除了no action,cascade之外,还有set null和set
default。后六个是在SQLServer2005中引入的,假若要配合到SQLServer2000的话,要制止使用这多少个级联动作。可是他们的才做是异常简单的:假诺推行更新而更改了一个父行的值,那么子行的值将被安装为NULL,或者安装为该列的默认值(不管SET
NULL依然SET DEFAULT)。

  4、外键其他方面的设想

    外键中的之唯有入选可能的挑三拣四:

    1、在列中填充与被引用表中的应和列相匹配的值。

      通过定义引用列为NOT
NULL,可以使外键完全是必须的(即用户增长数据时务必引用表中必须有相匹配的一行数据)。

    2、不填充任何值,而使该值为NULL。

      允许引用列有NULL值时,用户可以采取不提供值-即使在被引用表没有与NULL值匹配的行,依旧允许插入。

4、CHECK约束  

  CHECK约束约束可以和一个列关联,也得以和一个表关联,因为它们可以检查一个列的值绝对于另外一个列的值,只要这一个列都在同一个表中以及值是在更新或者插入的一律行中。CHECK约束还足以用来检查列值组合是否知足某一个正规。

  可以像使用where子句一样的规则来定义CHECK约束。CHECK约束原则的言传身教如下:

目标 SQL
限制Month列为合适的数字 BETWEEN 1 AND 12
正确的SSN格式 LIKE'[0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9][0-9][0-9]’
限制为一个快递公司的特定列表 IN(‘UPS’,’Fed Ex’,EMS’)
价格必须为正数 UnitPrice >= 0
引用同一行中的另外一列 ShipDate >= OrderDate

  上边给出的列表只是一小部分,而规范实际上市无限多的。几乎拥有可以松开where子句的规格都可以放置该约束中。而且和此外选用(规则和触发器)相比较,CHECK约束执行进度更快。

  在已存在的表中添加一个CHECK约束:

alter table Account
    add constraint CN_AccountAge
    check 
    (Account_Age > 18);    -- 插入年龄必须大于18

  假使这时候视图添加一条不满意的记录,将报如下错误:

  insert into Account values (22,'洪',17)

消息 547,级别 16,状态 0,第 1 行
INSERT 语句与 CHECK 约束"CN_AccountAge"冲突。该冲突发生于数据库"Nx",表"dbo.Account", column 'Account_Age'。
语句已终止。

6、禁用约束

   有时大家想临时或永久地排除约束。不过SQL
Server并没有提供删除约束的不二法门。SQL
Server只同意禁用外键约束或CHECK约束,而还要保障约束的完整性。

   禁用一个数据完整性规则经常是因为已经有不行数据了。这样的数据一般分为以下两类:

  1、在创建约束时已经在数据库中的数据

  2、在封锁创设未来希望增长的数目

  SQL
Server允许禁用完整性检查一段时间来对两样的不算数据作处理,然后再重新启用完整性(不是物理删除数据完整性约束)。

    小心:无法禁用主键约束如故唯一约束

  6.1、在开立约束时,忽略检查在此之前的不满意数据

  要添加一个束缚,但是有不采纳到已存在的数目中,可以再执行Alter
Table语句添加约束时行使WITH NOCHECK选项。

  遵照地方创造Check约束的点子,已经Alter
Table时,表中自我已经存在不合乎的数据,那么Alter Table操作将被SQL
Server拒绝执行。除非已经存在的拥有数据都满意CHECK约束的规则,否则SQL
Server不会执行成立约束的授命。要化解这么些题目,我们得以添加WITH NOCHECK。

  我们先新建一个表唯有3个字段的表,Id、姓名、年龄,并在内部插入一条不满意要求的数量:

insert into Account values (23,'洪',17)

   然后执行添加封锁命令:

alter table Account
    add constraint CN_AccountAge18
    check 
    (Account_Age > 18);    -- 插入年龄必须大于18

   SQL Server报一下不当:

消息 547,级别 16,状态 0,第 1 行
ALTER TABLE 语句与 CHECK 约束"CN_AccountAge18"冲突。该冲突发生于数据库"Nx",表"dbo.Account", column 'Account_Age'。

   这时候我们换一种艺术去实践:

alter table Account
    WITH NOCHECK
    add constraint CN_AccountAge18
    check 
    (Account_Age > 18);    -- 插入年龄必须大于18

   以上代码就可知得逞施行,并且只有以后添加的数目颇具约束,往日增长的不符合条件的数额记录依旧留存。

   6.2暂时禁用已存在的封锁

   当大家需要从另一数据库中导入数据到表中,而表中已建立了自律的时候,可能会设有有的数目和规则不般配。当然有一个缓解方法是先删除约束,添加需要的多少,然后WITH
NOCHECK在抬高归来。可是这么做太费事了。我们不需要如此做。我们得以运用名为NOCHECK的选项来运行ALTER语句,这样就能够撤销需要的束缚。

  先来看看上节中开创的那一个约束:

alter table Account
    add constraint CN_AccountAge18
    check 
    (Account_Age > 18);    -- 插入年龄必须大于18

   要收回上述约束可以这样来:

Alter Table Account
    NOCHECK
    constraint CN_AccountAge18

  执行命令:

  insert into Account values (25,'取消了约束',17)

  执行成功,成功添加了一条龙数据。

  留意到又可以向表中插入格式不兼容的多少了。

  这里要证实下,如下知道一个羁绊是否是启用依旧禁用呢?sp_helpconstraint命令,当我们实践sp_helpconstraint的时候,会有一列status_enabled突显该约束的启用情状:

  sp_helpconstraint Account

  图片 15

   留意到status_enabled名列Disabled表明是禁用的意趣。

  当要启用约束时,只需要用将语句中的NO CHECK替换为CHECK就能够了:

Alter Table Account
    CHECK
    constraint CN_AccountAge18

   执行之后,约束又启用了:再来sp_helpconstraint看下:

  图片 16

   留意到status_enabled列变成了Enabled。

  status_enabled的两种境况如下:

  Enabled:启用;

  Disabled:禁用;

7、规则和默认值

  规则和默认值的行使要早于CHECK和DEFAULT约束。他们是较老的SQL
Server备用约束的一局部,当然也不是没有亮点。自7.0版本之后,MicroSoft列出规则和默认值只是为了向后相当,而不准备在后来继续协助这一个特性。因此对此生成新代码时,应该采取约束。

  规则、默认值与约束的本质区别是:约束是一个表的特色,本身并未存在形式,而平整和默认值是表和自我的骨子里目的,本身存在。约束是在表定义中定义的,而平整和默认值是独自定义,然后”绑定到”表上。

  规则和默认值的独自对象特性使得它们可以在任用时不要再行定义。实际上,规则和默认值不防止被绑定到表上,它们也可以绑定到数据类型上。

  7.1规则

   规则和CHECK约束万分相似。它们之间的绝无仅有区别是平整每一遍只可以效用于一个列。可以将同样规则分别绑定到一个表中的七个列,可是规则分别效能于各种列,根本不会意识到此外列的留存。像QtyShipped

<=
QtyOrdered这样的自律不适用于规则(它引用三个列),而LIKE([0-9][0-9][0-9])这样的定义适用于规则。

  概念规则:

  下面定义一个条条框框,这样就足以率先观察有别于所在:

CREATE RULE Age18Rule
    AS @Age > 18  

  这里相比的是一个变量,不管被检查的列是哪些值,那个值将用来替换@Age。因而在这多少个示例中,规则所绑定的其他列的值都必须大于18。

  到近期结束,只是创立了一个平整,但这多少个规则还没对任何表的其余列起效果,要激活这个规则需要拔取一个储存过程:sp_bindrule。

  将规则Age18绑定到表person的person_age列:

  EXEC sp_bindrule 'Age18Rule','person.person_age';

  此时,假诺我们履行不满足规则的插入操作:

insert into person values ('绑定规则',17)

   将回来如下报错新闻:

消息 513,级别 16,状态 0,第 1 行
列的插入或更新与先前的 CREATE RULE 语句所指定的规则发生冲突。该语句已终止。冲突发生于数据库 'Nx',表 'dbo.person',列 'person_age'。
语句已终止。

  很肯定,规则已经生效。

  要特别注意的是,在绑定在此以前,规则与另外表,任何列都尚未涉嫌,由此在绑定的时候,第二个参数要加.指定表名与列名(tablename.column)。

  清除绑定规则:

  当我们需要在一个列上解除绑定规则的时候,只要举行sp_unbindrule

  删除刚才绑定的规则:

EXEC sp_unbindrule 'person.person_age';

  这时候,执行方才的插入操作,就不会报错了。

  除去规则:

  尽管希望将规则从数据库中彻底删除,那么可以在表中应用特别熟稔的DROP语法。

DROP RULE <rule name>

  如剔除刚才创制的那条规则:

DROP RULE Age18Rule

  7.2默认值

  默认值类似于DEFAULT。实际上默认值-DEFAULT约束的关系与规则-CHECK约束的涉嫌大多。区别在于它们被追加到表中的章程和对用户自定义数据类型的默认值(是目标,而不是束缚)支持。

  定义默认值的语法和定义规则类似:

  CREATE DEFAULT <default_name>
  AS <default value>

  创设默认值:

  由此,假诺要为Age定义一个值为0的默认值:

CREATE DEFAULT AgeDefault
AS 0

  绑定默认值:

  同样,假如不绑定到一个对象上,则默认值是不起效用的。要绑定的话,使用存储过程sp_bindefault。

  EXEC sp_bindefault 'AgeDefault','person.person_age';

  要从表中解决默认值的绑定,使用sp_unbindefault:

  sp_unbindefault 'person.person_age';

  除去默认值:

  假如要从数据库中彻底删除一个默认值,则足以应用DROP语法,与删除规则平等:

  DROP DEFAULT AgeDefault

  7.3确定哪些表和数据类型使用给定的平整或默认值

  如果期望删除或者修改规则或默认值。那么您可以先看看如何表和数据类型在使用它们。SQL
Server依然使用系统存储过程解决这多少个题材。这一个蕴藏过程是sp_depends。其语法如下所示:

  EXEC sp_depends <object name>

  sp_depends提供了依赖于您所查询对象的所有目的列表。

9、怎样挑选

  经过上述的上学,对于数据完整性,你会发觉有很多种足以采用,那么什么样接纳合适的束缚呢?

限制 优点 缺点
约束

快速

可以引用其他列

在命令执行前发生

遵循ANSI标准

必须对每个表重新定义

不能引用其他表

不能绑定到数据类型

规则

独立的对象

可重用

可以绑定到数据类型

命令执行前发生

稍慢

不能跨列使用

不能引用其他表

实际上只用于向后兼容

默认值

非常灵活

可以引用其他列或其他表

可以通过.NET引用SQL Server之外的其他信息

在命令执行之后发生

系统开销很大

  假如要落实更硬朗的逻辑模型以及广泛使用用户自定义数据类型,则相似选取规则和默认值。在这种情状下规则和默认值可以提供许多功用,容易管理,而不用太多的编程开销。

  只有在不可能选拔约束时利用触发器。和约束一样,他们被增大到表中,而且必须对创造的每个表重新定义。好的上边是触发器几乎可以做数据完整性方面的任何操作。实际上再没有出现外键时,他们常被看作外键的替代品。

  而在其他情形下,应将封锁作为数据完整性解决方案的取舍。它们执行进度快,而且容易创造。他们的短处是意义有限(除了外键约束,都无法引用其他表),而且对于通用约束逻辑来说,需要一遍次地再一次定义。

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图