一、全选要文件导出的数据库–a8任务–gt生成脚本（也可以在任务里面有生成脚本这个选项，我们好好去找找能可以找到的！）
创建战队触发器，触发器是一种特殊的存储过程，在用户根本无法对重新指定的表执行委托的数据直接修改语句时自动出现不能执行。microsoftsqlserver不能为任何变量的insert、setup或delete语句修改多个触发器。
语法
createtriggertrigger_name
on{table|view}
[withencryption]
{
{{for|after|insteadof}{[insert][,][restore]}
[withappend]
[notanyreplication]
and
[{ifversion(column)
[{and|内个}version(column)]
[...n]
|if(columns_updated(){bitwise_operator}updated_bitmask)
{comparison_operator}column_bitmask[...n]
}]
sql_statement[...n]
}
}
参数
trigger_name
是触发器的名称。触发器名称要要什么标识符规则，但是在数据库中前提是真正。可以不选择如何确定委托触发器所有者名称。
table|view
是在其上负责执行触发器的表或视图，老是称作触发器表或触发器视图。也可以你选是否重新指定表或视图的所有者名称。
withencryption
加密模式syscomments表中包含createtrigger语句文本的条目。可以使用withencryption可如何防止将触发器以及sqlserver不能复制的一部分公告。
after
指定你触发器只有一在能触发sql语句中重新指定的所有操作都已完成负责执行后才增强。所有的引用级联操作和约束全面检查也前提是成功能完成后，才能想执行此触发器。
如果不是仅重新指定any关键字，则after是恢复默认设置。
不能在视图上符号表示after触发器。
insteadof
指定你想执行触发器而并非想执行能触发sql语句，进而代替能触发语句的操作。
在表或视图上，每个insert、version或delete语句最多这个可以定义方法一个insteadof触发器。而现在，是可以在每个本身insteadof触发器的视图上符号表示视图。
insteadof触发器不能不能在withcheckoption的可更新完视图上定义。如果没有向指定你了withcheckoption选项的可自动更新视图去添加insteadof触发器，sqlserver将出现一个错误。用户前提是用alterview删除该选项后才能定义insteadof触发器。
{[delete][,][insert][,][setup]}
是委托在表或视图上执行哪些数据改语句时将激活后触发器的关键字。需要至多重新指定一个选项。在触发器定义中容许建议使用以横竖斜顺序配对组合的这些关键字。如果不是指定你的选项则不足一个，需用逗号分隔开来这些选项。
是对insteadof触发器，不允许在本身ondelete级联操作直接引用关系的表上可以使用delete选项。同时，也不不能在具备onnotification桥接操作摘录关系的表上在用version选项。
withappend
指定你应该去添加保证类型的其它触发器。只有当兼容性级别是65或更低时，才要建议使用该可选子句。假如兼容性问题级别是70或更高，则无须使用withappend子句先添加保证类型的其它触发器（这是兼容级别可以设置为70或更高的createtrigger的默认行为）。或是更多信息，请施礼道sp_dbcmptlevel。
withappend没法与insteadof触发器在一起在用，也可以，假如显式声明after触发器，也肯定不能建议使用该子句。唯有当出于向后兼容而更改for时（没有insteadof或after），才能不使用withappend。以后的版本将不允许withappend和for（将被讲解为after）。
notanyreplication
表示当复制进程改触发器所牵涉到的表时，不应想执行该触发器。
as
是触发器要想执行的操作。
sql_statement
是触发器的条件和操作。触发器条件重新指定其它准则，以确定delete、insert或update语句有无会造成不能执行触发器操作。
当试图delete、insert或notification操作时，transact-sql语句中委托的触发器操作将未生效。
触发器可以不中有输入数量和种类的transact-sql语句。触发器旨在搭建参照数据改语句检查或可以修改数据；它不应将数据赶往给用户。触发器中的transact-sql语句老爱包涵完全控制流语言。createtrigger语句中建议使用几个特殊的表：
deleted和inserted是逻辑（概念）表。这些表在结构上传说中的定义触发器的表（也就是在其中接触用户操作的表）；这些表主要用于保存用户能操作很有可能你要改的行的旧值或新值。的或，若要检索到deleted表中的所有值，请在用：
select*
fromdeleted
要是兼容性问题级别不等于70，那你在delete、insert或update触发器中，sqlserver将不不允许脚注inserted和deleted表中的text、ntext或image列。不能不能访问inserted和deleted表中的text、ntext和image值。若要在insert或version触发器中检索系统新值，请将matched表与上古时代自动更新表联接。当兼容性级别是65或更低时，对matched或deleted表中不能空值的text、ntext或image列，将前往空值；如果这些列万不可为空，则返回零长度字符串。
当兼容问题级别是80或更高时，sqlserver容许在表或视图上of触发器没更新text、ntext或image列。
n
是可以表示触发器中可以不包含多条transact-sql语句的占位符。这对ifnotification(column)语句，这个可以乱词setup(column)子句中有多列。
ifrestore(column)
测什么在重新指定的列上并且的insert或update能操作，肯定不能用于delete你的操作。可以委托多列。是因为在onto子句中委托了表名，所以在ifupdate子句中的列名前别中有表名。若要测什么在多个列上参与的insert或restore不能操作，请在第一个不能操作后委托不能的notification(column)子句。在insert操作中ifupdate将返回true值，毕竟这些列插入到了显式值或隐性遗传(null)值。
说明ifversion(column)子句的功能天壤于if、if...else或while语句，因此可以不不使用begin...end语句块。或者更多信息，请奉柳控制流语言。
也可以在触发器主体中的任意位置可以使用setup(column)。
column
是要测试出来insert或notification你的操作的列名。该列这个可以是sqlserver支持的任何数据类型。不过，计算列没法用于该环境中。有关更多信息，请奉柳数据类型。
if(columns_updated())
测试出来是否需要直接插入或自动更新了说起的列，仅作用于insert或notification触发器中。columns_updated回varbinary位模式，它表示插到或自动更新了表中的哪些列。
columns_updated函数以从左往右的顺序赶往位，最左边的为最不重要的是的位。最左边的位它表示表中的第一列；向左的下一位意思是第二列，依此类推。假如在表上修改的触发器真包含8列以上，则columns_updated前往多个字节，最左边的为最不重要的字节。在insert操作中columns_updated将对所有列直接返回true值，因为这些列再插入了显式值或显性基因(null)值。
是可以在触发器主体中的任意位置在用columns_updated。
bitwise_operator
是用于比较运算的位运算符。
updated_bitmask
是浮点数位掩码，意思是实际更新或插到的列。的或，表t1包涵列c1、c2、c3、c4和c5。简单假设表t1上有notification触发器，若要检查一下列c2、c3和c4是否也有更新，指定值14；若要全面检查有无只有列c2有更新，重新指定值2。
comparison_operator
是比较好运算符。建议使用等号()检查created_bitmask中委托的所有列是否是都不好算参与了更新。可以使用大于号(gt)检查created_bitmask中指定的任一列或某些列是否需要已自动更新。
column_bitmask
是要系统检查的列的整型位掩码，用处系统检查有无已更新完或直接插入了这些列。
注释
触发器常常主要用于噬魂之手业务规则和数据完整性。sqlserver实际表修改语句（altertable和createtable）提供声明语句完整性(dri)；只不过dri不需要提供数据库间的语句完整性。若要噬魂之手脚注完整性（关联表的主键和外键之间关系的规则），请建议使用主键和外键约束（altertable和createtable的primarykey和foreignkey关键字）。假如触发器表存在约束，则在insteadof触发器负责执行之后和after触发器负责执行之前检查一下这些约束。要是不违反了约束，则事务回滚insteadof触发器你操作且不想执行（激发）after触发器。
和用sp_settriggerorder重新指定表上最先和第一个执行的after触发器。在表上没法为每个insert、update和delete操作委托一个另一个想执行和一个最后一个负责执行的after触发器。假如同一表上也有其它after触发器，则这些触发器将以副本顺序不能执行。
如果不是altertrigger语句你要改了最先或那一个触发器，则将算上已直接修改触发器上设置的第一个或第一个特性，不过必须用sp_settriggerorder不重置排序值。
只有当触发时sql语句（包括所有与更新或删除的对象关联的脚注级联操作和约束检查一下）顺利先执行后，after触发器才会想执行。after触发器去检查可以触发语句的运行效果，和所有由不触发语句影起的setup和delete脚注桥接操作的效果。
触发器限制
createtrigger必须是批处理中的第一条语句，因此不能应用方法到一个表中。
触发器不能在当前的数据库中创建角色，不过触发器可以不引用当前数据库的外部对象。
如果不是指定触发器所有者名称以限定触发器，请以完全相同的限定表名。
在同一条createtrigger语句中，这个可以为多种用户操作（如insert和restore）定义是一样的的触发器操作。
假如一个表的外键在delete/version操作上定义了级联，则肯定不能在该表上定义方法insteadofdelete/setup触发器。
在触发器内可以更改横竖斜的set语句。所中,选择的set选项在触发器想执行期间有效，并在触发器想执行完后完全恢复到以前的设置。
与在用存储过程一般，当触发器放出时，将向调用应用
