SQLServer学习笔记系列8

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

一.写在前面的话

最近一直在思考一个问题，什么才能让我们不显得浮躁，真正的静下心来，用心去感受，用心去回答每个人的问题，用心去帮助别人。现实的生活，往往让我们显得精疲力尽，然后我们仔细想过没用，其实支持我们一直走下去的其实是心里的那一份希冀，希望未来会更好，用一个逼格比较高的词语，或许那就是理想。那么，有人会说，什么是理想，因为生活的重担已将我们所谓的理想磨灭了。但是，那又何妨了，而今，我已经被打败过了，我用曾经的飞蛾扑火，换来今天手心里握着的一把余温尚存的灰烬。值得庆幸的是，我依然没有忘记，这把灰烬的名字叫做理想。顺势而为的同时对事物执着而坚定，向着目标努力，理想也许也就不远了，所以理想还是要有的，万一实现了呢？

人的活动如果没有理想的鼓舞，就会变得空虚而渺小。 —— 车尔尼雪夫斯基

二.表的约束

在我们创建表的时候，为了保证数据的正确性和完整性，通常我们需要对数据进行校验，也就是我们这里说到的表的约束。其中常用的表的约束包括：

（1）主键的约束。

（2）唯一的约束。

（3）非空的约束。

（4）检查的约束。

（5）外键的约束

这里我们首先创建一张班级表，同时建立对应的约束：

其中班级的id和班级名称分别定义了主键约束和唯一约束，主键约束保证了表中只存在唯一一列，唯一约束确保该列字段值不能重复，必须唯一。

接着我们定义一张学生表，也建立相应的约束。

通过建表我们可以看到，其中学生的编号（studid）定义为identity，意思是字段自增长并且从100开始增长，每次增长1。其中性别（gender）存在一个检查约束，保证插入到数据表里面的数据只存在（‘男’，‘女’）两种方式，避免其他的脏数据插入。

再说一下比较重要的一个约束——外键约束。外键约束，表示一个表中的数据依靠另一个表，其中存在关联关系。正如上面的两张表一样，一个学生表中可以定义一个班级iD，来区别这个学生隶属于哪个班级。那么可以这样定义：

也就是说，只有在班级表里面存在的班级编号（classid），在学生表里面才可以出现。避免学生找不到班级的情况。这样以后班级表和学生表通过外键classid，建立了一种关系。假如我们要删除班级表时，系统会报错，因为在学生表（Students）里面存在外键关联。故必须先删除学生表再删除班级表。

三.事务（Transaction）

1.所谓事务，即作为单个工作单元而执行的一系列操作。也就是完成某一件事情，需要包含很多步骤，所有的步骤完成以后，那么这个事情才算完成，其中任何一步出现问题，这个事情就不可能完成。这里所说的一系列步骤，看成一个整体，那么就是一个事务。

（1）隐式事务

隐式事务是隐藏的，也就是每执行一次DML操作，就直接提交到数据库保存。我们先看看货运公司表的数据：

SELECT * FROM sales.Shippers

比如我们的删除操作，针对货运公司表（sales.shippers）,我们删除shipperid为6号的公司：

DELETE FROM Sales.Shippers WHERE shipperid=

删除以后，我们对比之前的记录，发现确实将6号货运公司删除掉了，这就是隐式事务，默认已经提交了，影响是永久的。

（2）显示事务

显示事务，就是明确的指出事务的起始边界。可以通过回滚操作（rollback）和提交来处理事务的结果。显示事务的好处就是可以确保执行的完整性，比如银行的转账，要么成功，要么失败，采取回滚操作，回到原来的状态。

定义事务的边界，事务开始用begin transaction——》操作（包含增删改）——》提交（commit）或者回滚（rollback）。

接着我们同样采取删除操作，删除货运公司表里面货运公司号为5，6的公司。那么我们要保证5,6号公司要么全部删除，要么就都不删除，所以需要用到事务。sql如下：

BEGIN TRANSACTION; DELETE FROM Sales.Shippers WHERE shipperid=;
DELETE FROM Sales.Shippers WHERE shipperid=; ROLLBACK;

我们先开始一个事务，然后进行删除操作，最后执行rollback操作，数据库表回到以前的状态，虽然进行了删除操作，但是rollback回滚，让数据回到以前状态。

假如我们执行的是commit操作的话，那么数据就无法回滚。因为已提交到数据库保存。

BEGIN TRANSACTION; DELETE FROM Sales.Shippers WHERE shipperid=;
DELETE FROM Sales.Shippers WHERE shipperid=; COMMIT;

2.事务的属性（ACID）

（1）原子性。事务务必是原子工作单元，这就意味着事务中进行的操作，要么全部执行，那么全都不执行。

（2）一致性。也就是要么都更新，要么都不更新。比如我们要将货运公司编号为1,2的公司名称更改为abc，xyz，那么我们在事务中可以这样执行：

BEGIN TRANSACTION; UPDATE Sales.Shippers SET companyname='abc' WHERE shipperid=;
UPDATE Sales.Shippers SET companyname='XYZ' WHERE shipperid=;

我们再新建一个查询窗口，查询一下更新的结果：

那么我们提交以后，就可以查询出来结果，并且确实已经将1,2号货运公司的名称更改了。

BEGIN TRANSACTION; UPDATE Sales.Shippers SET companyname='abc' WHERE shipperid=;
UPDATE Sales.Shippers SET companyname='XYZ' WHERE shipperid=; COMMIT;

这就反应了事务的一致性，只有两个都更新完了，才能执行其他的操作。

（3）隔离性。其实上面的也反映了一种隔离性，也就是说隔离性，让我们看不到事务内部如何一步一步的更新的，只有事务提交以后，才能看到统一的结果。类似于上面的更新1,2号货运公司公司名称，只有当他们都更新完了，我们才看到更新的结果。

（4）持久性。提交到数据库保存数据，对数据库是持久性的，影响永久的。

四.锁定（lock）和阻塞

锁是事务获取的一种控制资源，用于保护数据资源，防止其他事务对数据进行冲突或不兼容的访问。

（1）排他锁

自己独自占有资源，别的事务无法访问。

（2）共享锁

共享资源，都可以访问，每个人各自享用数据资源。

为了说明锁的应用场景，我们新建三个查询窗口，进程号分别为52,53,54：

在52窗口中，我们新建一个事务来执行，对产品表中产品编号为2的产品的单价增加一块钱。

BEGIN TRANSACTION; UPDATE Production.Products
SET unitprice=unitprice+
WHERE productid=;

为了更新这一行，那么会话必定会获得一个排他锁，这样才能保证更新的完成。那么此时我们试着在53号窗口，进行同一行记录的查询结果为怎样了？

在此处就体现了排他锁和共享锁。要得到有关锁的执行信息，我们可以在54号窗口中，进行相关的查询，即动态管理视图（sys.dm_tran_locks)。

SELECT
request_session_id, --进程ID
resource_type, --资源类型
resource_database_id,
DB_NAME(request_session_id),
resource_description,
resource_associated_entity_id,
request_mode,
request_status FROM sys.dm_tran_locks

为了获得更多与阻塞相关的链接信息，那么我们可以在54号窗口中接着再查询sys.dm_exec_connections动态管理视图。

SELECT
session_id,
connect_time,
last_read,
last_write,
most_recent_sql_handle
FROM sys.dm_exec_connections
WHERE session_id IN(,);

执行结果中，我们可以看到链接时间，以及最后读、写的时间，还有执行sql的编号。

为了更加细致的看出结果，我们还可以查出系统执行的sql语句。

UPDATE Production.Products SET unitprice=unitprice+ WHERE productid=;

查询结果中，我们可以看到系统执行的sql语句:

有时候我们为了排除某一阻塞，我们可以查询出哪些进程被堵塞了，那么我们就可以通过相应的操作，将阻塞解除。利用sql可以这样查询：

SELECT
session_id,
blocking_session_id,
command,
sql_handle,
database_id,
wait_type,
wait_time,
wait_resource
FROM sys.dm_exec_requests
WHERE blocking_session_id>;

查询结果可以看出53号进程被52号进程给堵塞住了，同时可看到等待的时间，以及等待的资源。