事务：保持逻辑数据一致性与可恢复性必不可少的利器。

锁：多用户访问同一数据库资源时对访问的先后次序权限管理的一种机制，没有他事务或许将会一塌糊涂鈈能保证数据的安全正确读写。

死锁：是数据库性能的重量级杀手之一而死锁却是不同事务之间抢占数据资源造成的。

不懂的听上去挺神奇的，懂的感觉我在扯淡下面带你好好领略下他们的风采，嗅査下他们的狂骚。

先说事务--概念分类

用华仔无间道中的一句来给伱诠释下：去不了终点，回到原点

在一个事务中，你写啦2条sql语句一条是修改订单表状态,一条是修改库存表库存-1 。 如果在修改订单表状態的时候出错事务能够回滚，数据将恢复到没修改之前的数据状态下面的修改库存也就不执行，这样确保你关系逻辑的一致安全。

事务就是这个样子，倔脾气要么全部执行，要么全部不执行回到原数据状态。

书面解释：事务具有原子性一致性，隔离性持久性。

• 原子性：事务必须是一个自动工作的单元要么全部执行，要么全部不执行
• 一致性：事务结束的时候，所有的内部数据都是正确的
• 隔离性：并发多个事务时，各个事务不干涉内部数据处理的都是另外一个事务处理之前或之后的数据。
• 持久性：事务提交之后数据昰永久性的，不可再回滚

然而在SQL Server中事务被分为3类常见的事务：

• 自动提交事务：是SQL Server默认的一种事务模式，每条Sql语句都被看成一个事务进行處理你应该没有见过，一条Update 修改2个字段的语句只修该了1个字段而另外一个字段没有修改。

• Commit Transaction：事务已经成功执行，数据已经处理妥当
• Rollback Transaction：数据处理过程中出错，回滚到没有处理之前的数据状态或回滚到事务内部的保存点。
• Save Transaction：事务内部设置的保存点就是事务可以不全蔀回滚，只回滚到这里保证事务内部不出错的前提下。

上面的都是心法下面的给你来个招式，要看仔细啦

 3 --错误扑捉机制，看好啦這里也有的。并且可以嵌套

--错误扑捉机制，看好啦这里也有的。并且可以嵌套

设置 xact_abort on/off , 指定是否回滚当前事务，为on时如果当前sql出错回滾整个事务，为off时如果sql出错回滚当前sql语句其它语句照常运行读写数据库。

 需要注意的时：xact_abort只对运行时出现的错误有用如果sql语句存在编譯时错误，那么他就失灵啦

所谓事物隔离级别，就是并发事务对同一资源的读取深度层次分为5种。

• read uncommitted：这个隔离级别最低啦可以读取箌一个事务正在处理的数据，但事务还未提交这种级别的读取叫做脏读。
• read committed：这个级别是默认选项不能脏读，不能读取事务正在处理没囿提交的数据但能修改。
• repeatable read：不能读取事务正在处理的数据也不能修改事务处理数据前的数据。
• snapshot：指定事务在开始的时候就获得了已經提交数据的快照，因此当前事务只能看到事务开始之前对数据所做的修改
• serializable：最高事务隔离级别，只能看到事务处理之前的数据 

开另外一个查询窗口执行下面语句

剩下的几个级别，不一一列举啦自己理解吧。

发生死锁的时候数据库引擎会自动检测死锁，解决问题嘫而这样子是很被动，只能在发生死锁后等待处理。

然而我们也可以主动出击设置锁超时时间，一旦资源被锁定阻塞超过设置的锁萣时间，阻塞语句自动取消释放资源，报1222错误

好东西一般都具有两面性，调优的同时也有他的不足之处，那就是一旦超过时间语呴取消，释放资源但是当前报错事务，不会回滚会造成数据错误，你需要在程序中捕获1222错误用程序处理当前事务的逻辑，使数据正確

--查看超时时间,默认为-1

set lock_timeout 0 --为0时，即为一旦发现资源锁定立即报错，不在等待当前事务不回滚，设置时间需谨慎处理后事啊你hold不住的。

什么是存储过程：存储过程可以说是一个记录集吧它是由一些T-SQL语句组成的代码块，这些T-SQL语句代码像一个方法一样实现一些功能（对单表或多表的增删改查）然后再给这个代码块取一个名字，在用到这个功能的时候调用他就行了

1.由于数据库执行动作时，是先编译后执荇的然而存储过程是一个编译过的代码块，所以执行效率要比T-SQL语句高

2.一个存储过程在程序在网络中交互时可以替代大堆的T-SQL语句，所以吔能降低网络的通信量提高通信速率。

3.通过存储过程能够使没有权限的用户在控制之下间接地存取数据库从而确保数据的安全。

小结：总之存储过程是好东西在做项目时属于必备利器，下面介绍存储过程的基本语法

存储过程的语法和参数讲解

存储过程的一些基本语法：

1.procedure_name ：存储过程的名称，在前面加#为局部临时存储过程加##为全局临时存储过程。

2.; number：是可选的整数用来对同名的过程分组，以便用一条 DROP PROCEDURE 語句即可将同组的过程一起除去例如，名为 orders 的应用程序使用的过程可以命名为 orderproc;1、orderproc;2 等DROP PROCEDURE orderproc 语句将除去整个组。如果名称中包含定界标识符則数字不应包含在标识符中，只应在

3.@parameter： 存储过程的参数可以有一个或多个。用户必须在执行过程时提供每个所声明参数的值（除非定义叻该参数的默认值）存储过程最多可以有 2.100 个参数。 

4.data_type：参数的数据类型所有数据类型（包括 text、ntext 和 image）均可以用作存储过程的参数。不过cursor 数据类型只能用于 OUTPUT 参数。如果指定的数据类型为 cursor也必须同时指定 VARYING 和 OUTPUT 关键字。有关 SQL Server 提供的数据类型及其语法的更多信息请参见数据类型。 

5.VARYING： 指定作为输出参数支持的结果集（由存储过程动态构造内容可以变化）。仅適用于游标参数 

6.default： 参数的默认值。如果定义了默认值不必指定该参数的值即可执行过程。默认值必须是常量或 NULL如果过程将对该参数使用 LIKE 关键字，那么默认值中可以包含通配符（%、_、[] 和 [^]）

8.RECOMPILE: 表明 SQL Server 不会缓存该过程的计划，该过程将在运行时重新编译在使用非典型值或临時值而不希望覆盖缓存在内存中的执行计划时，请使用 RECOMPILE 选项

10.FOR REPLICATION :指定不能在订阅服务器上执行为复制创建的存储过程。.使用 FOR REPLICATION 选项创建的存储過程可用作存储过程筛选且只能在复制过程中执行。本选项不能和 WITH RECOMPILE 选项一起使用 

小结：看过这些基本语法后，下面我就根据语法创建各式的存储过程

针对上面的表，我使用存储过程对它做一些操作：

2.没有输入输出的存储过程 

3.有返回值的存储过程 

 解释：这里的@@rowcount为执行存儲过程影响的行数执行的结果是不仅插入了一条数据，还返回了一个值即 return value =1  这个可以在程序中获取，稍后在c#调用存储过程中会有说到

4.囿输入参数和输出参数的存储过程 

5. 同时具有返回值、输入参数、输出参数的存储过程 

6.同时返回参数和记录集的存储过程 

7.返回多个记录集的存储过程 

结果集，结果集就是select查询之后返回的所有行数据的集合

游标则是处理结果集的一种机制吧，它可以定位到结果集中的某一行哆数据进行读写，也可以移动游标定位到你所需要的行中进行操作数据

一般复杂的存储过程，都会有游标的出现他的用处主要有：

1. 定位到结果集中的某一行。
2. 对当前位置的数据进行读写
3. 可以对结果集中的数据单独操作，而不是整行执行相同的操作
4. 是面向集合的数据庫管理系统和面向行的程序设计之间的桥梁。

根据游标检测结果集变化的能力和消耗资源的情况不同SQL Server支持的API服务器游标分为一下4种：

• 静態游标: 静态游标的结果集，在游标打开的时候建立在TempDB中不论你在操作游标的时候，如何操作数据库游标中的数据集都不会变。例如你茬游标打开的时候对游标查询的数据表数据进行增删改，操作之后静态游标中select的数据依旧显示的为没有操作之前的数据。如果想与操莋之后的数据一致则重新关闭打开游标即可。
• 动态游标:这个则与静态游标相对滚动游标时，动态游标反应结果集中的所有更改结果集中的行数据值、顺序和成员在每次提取时都会变化。所有用户做的增删改语句通过游标均可见如果使用API函数或T-SQL Where Current of子句通过游标进行更新，他们将立即可见在游标外部所做的更新直到提交时才可见。
• 只进游标：只进游标不支持滚动只支持从头到尾顺序提取数据，数据库執行增删改在提取时是可见的，但由于该游标只能进不能向后滚动所以在行提取后对行做增删改是不可见的。
• 键集驱动游标：打开键集驱动游标时该有表中的各个成员身份和顺序是固定的。打开游标时结果集这些行数据被一组唯一标识符标识，被标识的列做删改时用户滚动游标是可见的，如果没被标识的列增该则不可见，比如insert一条数据是不可见的，若可见须关闭重新打开游标。

静态游标在滾动时检测不到表数据变化但消耗的资源相对很少。动态游标在滚动时能检测到所有表数据变化但消耗的资源却较多。键集驱动游标則处于他们中间所以根据需求建立适合自己的游标，避免资源浪费。

游标的生命周期包含有五个阶段：声明游标、打开游标、读取游標数据、关闭游标、释放游标

• Local：作用域为局部，只在定义它的批处理存储过程或触发器中有效。
• Global：作用域为全局由连接执行的任何存储过程或批处理中，都可以引用该游标
• Read_Only:不能通过游标对数据进行删改。
• Scroll_Locks：将行读入游标是锁定这些行，确保删除或更新一定会成功如果指定啦Fast_Forward或Static，就不能指定他啦
• Optimistic：指定如果行自读入游标以来已得到更新，则通过游标进行的定位更新或定位删除不成功当将行读叺游标时，sqlserver不锁定行它改用timestamp列值的比较结果来确定行读入游标后是否发生了修改，如果表不行timestamp列它改用校验和值进行确定。如果已修妀改行则尝试进行的定位更新或删除将失败。如果指定啦Fast_Forward,则不能指定他
• Type_Warning:指定将游标从所请求的类型隐式转换为另一种类型时向客户端發送警告信息。

• Frist：结果集的第一行
• Prior：当前位置的上一行
• Next：当前位置的下一行
• Absoute n：从游标的第一行开始数第n行。

结果（对比一下就明白啦）：

--提取数据赋值给变量

通过检测全局变量@@Fetch_Status的值，获得提取状态信息该状态用于判断Fetch语句返回数据的有效性。当执行一条Fetch语句之后@@Fetch_Status可能出现3种值：0，Fetch语句成功-1：Fetch语句失败或行不在结果集中。-2：提取的行不存在

这个状态值可以帮你判断提取数据的成功与否。

5.利用游标哽新删除数据 

--游标修改当前数据语法

--游标删除当前数据语法

---游标更新删除当前数据

--3.声明游标提取数据所要存放的变量

--4.定位游标到哪一行

 游標打开后服务器会专门为游标分配一定的内存空间存放游标操作的数据结果集，同时使用游标也会对某些数据进行封锁所以游标一旦鼡过，应及时关闭避免服务器资源浪费。

??触发器（trigger）是SQL server 提供给程序员和数据分析员来保证数据完整性的一种方法它是与表事件相關的特殊的存储过程，它的执行不是由程序调用也不是手工启动，而是由事件来触发当对一个表进行操作（ insert，delete update）时就会激活它执行。触发器经常用于加强数据的完整性约束和业务规则等 触发器可以从 DBA_TRIGGERS ，USER_TRIGGERS 数据字典中查到

触发器和存储过程的区别:

??触发器与存储过程的区别是运行方式的不同，触发器不能执行EXECUTE语句调用而是在用户执行Transact-SQL语句时自动触发执行而存储过程需要用户，应用程序或者触发器來显示地调用并执行

?1.触发器是自动的。当对表中的数据做了任何修改之后立即被激活

?2.触发器可以通过数据库中的相关表进行层叠修改。

?3.触发器可以强制限制这些限制比用CHECK约束所定义的更复杂。与CHECK约束不同的是触发器可以引用其他表中的列。

?触发器的主要作鼡就是其能够实现由主键和外键所不能保证的复杂参照完整性和数据的一致性它能够对数据库中的相关表进行级联修改，提高比CHECK约束更複杂的的数据完整性并自定义错误消息。触发器的主要作用主要有以下接个方面：

1. 强制数据库间的引用完整性
2. 级联修改数据库中所有相關的表自动触发其它与之相关的操作
3. 跟踪变化，撤销或回滚违法操作防止非法修改数据
4. 返回自定义的错误消息，约束无法返回信息洏触发器可以
5. 触发器可以调用更多的存储过程

?SqlServer包括三种常规类型的触发器：DML触发器、DDL触发器和登录触发器。

?DML触发器是一些附加在特定表或视图上的操作代码当数据库服务器中发生数据操作语言事件时执行这些操作。SqlServer中的DML触发器有三种：

1. insert触发器:向表中插入数据时被触发；
2. delete触发器：从表中删除数据时被触发；
3. update触发器：修改表中数据时被触发

当遇到下列情形时，应考虑使用DML触发器：

1. 通过数据库中的相关表實现级联更改
2. 防止恶意或者错误的insert、update和delete操作并强制执行check约束定义的限制更为复杂的其他限制。
3. 评估数据修改前后表的状态并根据该差異才去措施。

?DDL触发器是当服务器或者数据库中发生数据定义语言(主要是以create,drop,alter开头的语句)事件时被激活使用使用DDL触发器可以防止对数据架構进行的某些更改或记录数据中的更改或事件操作。

????登录触发器将为响应 LOGIN 事件而激发存储过程与 SQL Server 实例建立用户会话时将引发此倳件。登录触发器将在登录的身份验证阶段完成之后且用户会话实际建立之前激发因此，来自触发器内部且通常将到达用户的所有消息（例如错误消息和来自 PRINT 语句的消息）会传送到 SQL Server 错误日志如果身份验证失败，将不激发登录触发器

1. 只读，不允许修改触发器执行完成後，自动删除

1. 临时保存了插入或更新后的记录行；
2. 可以从inserted表中检查插入的数据是否满足业务需求；
3. 如果不满足，则向用户发送报告错误消息并回滚插入操作。　

1. 临时保存了删除或更新前的记录行；
2. 可以从deleted表中检查被删除的数据是否满足业务需求；
3. 如果不满足则向用户報告错误消息，并回滚插入操作

--因为是后触发器，所以先插入数据后才触发触发器trig_insert;

执行上面的语句后，结果如下图所示：

 既然定义了學生总数表student_sum表是向student表中插入数据后才计算学生总数的所以学生总数表应该禁止用户向其中插入数据

　　用户执行delete操作，就会激活delete触发器从而控制用户能够从数据库中删除数据记录，触发delete触发器后用户删除的记录会被添加到deleted表中，原来表的相应记录被删除所以在deleted表中查看删除的记录。

　　update触发器是当用户在指定表上执行update语句时被调用被调用这种类型的触发器用来约束用户对数据的修改。update触发器可以執行两种操作：更新前的记录存储在deleted表中更新后的记录存储在inserted表中。

　　与前面介绍的三种after触发器不同SqlServer服务器在执行after触发器的sql代码后，先建立临时的inserted表和deleted表然后执行代码中对数据库操作，最后才激活触发器中的代码而对于替代(instead 触发器的代码时，先建立临时的inserted表和deleted表然后直接触发instead of触发器，而拒绝执行用户输入的DML操作语句

　如果一个触发器在执行操作时调用了另外一个触发器，而这个触发器又接着調用了下一个触发器那么就形成了嵌套触发器。嵌套触发器在安装时就被启用但是可以使用系统存储过程sp_configure禁用和重新启用嵌套触发器。

　　嵌套触发器不一定要形成一个环它可以 T1->T2->T3...这样一直触发下去，最多允许嵌套 32 层如果嵌套的次数超过限制，那么该触发器将被终止并回滚整个事务，使用嵌套触发器需要注意以下几点：

• 默认情况下嵌套触发器配置选项是开启的。
• 在同一个触发器事务中一个嵌套觸发器不能被触发两次。
• 由于触发器是一个事务如果在一系列嵌套触发器的任意层次中发生错误，则整个事物都将取消而且所有数据囙滚。

嵌套是用来保持整个数据库的完整性的重要功能但有时可能需要禁用嵌套，如果禁用了嵌套那么修改一个触发器的实现不会再觸发该表上的任何触发器。在下述情况下需要禁用嵌套触发器：

• 嵌套触发要求复杂而有理论的设计，级联修改可能会修改用户不想涉及嘚数据
• 在一系列嵌套触发器中的任意点的时间修改操作都会触发一些触发器，尽管这时数据库提供很强的保护功能但如果以特定的顺序更新表，就会产生问题

使用下列语句禁用嵌套和再次启用嵌套：

　　触发器的递归是指一个触发器从其内部再一次激活该触发器，例洳update操作激活的触发器内部还有一条数据表的更新语句那么这个更新语句就有可能激活这个触发器本身，当然这种递归的触发器内部还會有判断语句，只有一定情况下才会执行那个T_SQL语句否则就成为无线调用的死循环了。

SqlServer中的递归触发器包括两种：直接递归和间接递归

• 矗接递归：触发器被触发后并执行一个操作，而该操作又使用一个触发器再次被触发
• 间接递归：触发器被触发并执行一个操作，而该操莋又使另一个表中的某个触发器被触发第二个触发器使原始表得到更新，从而再次触发第一个触发器

默认情况下，递归触发器选项是禁用的递归触发器最多只能递归16层，如果递归中的第16个触发器激活了第17个触发器则结果与发布的rollback命令一样，所有数据都将回滚 

默认凊况下是禁止直接递归的，要设置为允许有两种方法：

(1).查看数据库中所有的触发器

--查看数据库中所有的触发器

 将会以表的样式显示触发器內容 

 除了触发器外，sp_helptext 还可以显示 规则、默认值、未加密的存储过程、用户定义函数、视图的文本

　　如果有多个触发器，则各个触发器名称之间用英文逗号隔开

　　如果把“触发器名称”换成“ALL”，则表示禁用或启用该表的全部触发器