Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103760056
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760057
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760058
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760059
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760060
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760061
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760062
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760063
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760054
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760065
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760066
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760067
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760068
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760069
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760070
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760071
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760072
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760073
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760074
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760075
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760076
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760077
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760078
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760069
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760080
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760081
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760082
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760083
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760084
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760085
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760086
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760087
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760088
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760089
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760090
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760091
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760092
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760093
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760084
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760095
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760096
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760097
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760098
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760099
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760100
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760101
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760102
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760103
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760104
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760105
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760106
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks

DB2 9 应用开发(733 考试)认证指南,第 8 部分: 高级编程(5)-sdccf-ChinaUnix博客
  • 博客访问: 103760107
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:44:50

用户定义的数据类型、并发性考虑因素等等

developerWorks



触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342494) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342493) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342492) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342491) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342490) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342489) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342488) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342487) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342486) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342485) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342484) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342483) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342482) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342481) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342480) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342479) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342478) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342477) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342476) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342475) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342474) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342473) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342472) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342471) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342470) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342469) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342468) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342467) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342466) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342465) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342464) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342463) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342462) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342461) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342460) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342459) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342458) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342457) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342456) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342455) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342454) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342453) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342452) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342451) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342450) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342449) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342448) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342447) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342446) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342445) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342444) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


触发器

触发器(trigger) 是一个针对表定义的数据库对象,在这个表中插入、更新或删除行时会激活它。触发器本身包含用 DB2 的内联 SQL Procedural Language(SQL PL)编写的过程式逻辑,这些逻辑将在触发器被激活时执行。触发器可以用于各种用途,包括数据检验、实施引用完整性约束、审计和其他事件驱动的应用。也可以针对视图定义触发器 —— 它们称为 INSTEAD OF 触发器。INSTEAD OF 触发器与针对表定义的触发器的差异在于,它会执行触发器逻辑,而不执行激活它的语句。例如,如果由于对一个视图执行 INSERT 语句而激活 INSTEAD OF 触发器,那么插入操作实际上不会执行;相反,触发器逻辑会决定执行哪些操作。对于针对表定义的触发器,导致触发的语句 触发器逻辑都会执行。

当定义触发器的表上发生指定的数据修改操作时,触发器就会激活。可以在同一个表上定义多个触发器,可以针对同样的数据修改操作,也可以针对不同的操作。触发器按照创建它们的次序激活。例如,假设触发器 A 和触发器 B 都定义为在更新表 Q 中的行时激活,如果触发器 A 是先创建的,那么它在触发器 B 之前激活。触发器还可以激活其他触发器 —— 这种现象称为触发器层叠(trigger cascading)。最多支持 16 级触发器层叠。





回页首


除了指定激活触发器的事件类型(INSERTUPDATEDELETE)之外,还必须指定何时 应该激活触发器和触发器的粒度(granularity)。有两个用于指定触发器激活时间的选项:BEFOREAFTER

  • BEFORE:触发器在导致触发的语句进行数据修改之前激活和运行。这个模式会禁止这个触发器逻辑的执行激活其他触发器。
  • AFTER:这指定触发器逻辑在导致触发的语句进行数据修改之后运行。

正如上面的定义中提到的,BEFORE 触发器不能包含激活其他触发器的任何操作。因此,在这种触发器中不支持 INSERTUPDATEDELETE 语句。另一方面,AFTER 触发器中的逻辑可以激活其他触发器;因此允许上面这些数据修改操作。

还必须指定触发器的粒度,粒度决定触发器逻辑应该在导致触发的语句影响每一行之后执行,还是在影响所有行之后只执行一次。两个选项是 FOR EACH STATEMENTFOR EACH ROW

  • FOR EACH STATEMENT:指定触发器逻辑只在导致触发的语句处理所有受影响的行之后应用一次。不能对 BEFORE 触发器或 INSTEAD OF 触发器指定这种触发器粒度。
  • FOR EACH ROW:指定触发器逻辑在导致触发的语句影响表或视图中的每一行之后应用一次。

无论以什么次序创建,BEFORE 触发器总是在 AFTER 触发器之前激活。





回页首


既然已经了解了触发器的基本知识,就来看看触发器语法和几个示例。清单 2 给出 CREATE TRIGGER 的语法图。注意,在语法图的底部是触发器中允许使用的 SQL 过程式语句列表。一定要记住,触发器使用的过程式语言(内联 SQL PL)实际上是 DB2 SQL PL 的子集,这意味着在 SQL 存储过程中允许使用的某些语句在触发器中是不允许使用的。



                    

                                   .-NO CASCADE-.
>>-CREATE TRIGGER--trigger-name--+-+------------+--BEFORE-+----->
                                 +-AFTER------------------+
                                 '-INSTEAD OF-------------'
 
>--+-INSERT--------------------------+--ON--+-table-name-+------>
   +-DELETE--------------------------+      '-view-name--'
   '-UPDATE--+---------------------+-'
             |     .-,-----------. |
             |     V             | |
             '-OF----column-name-+-'
 
>--+------------------------------------------------------------------+-->
   |              .-------------------------------------------------. |
   |              V  (1)    (2)          .-AS-.                     | |
   '-REFERENCING------------------+-OLD--+----+--correlation-name-+-+-'
                                  |      .-AS-.                   |
                                  +-NEW--+----+--correlation-name-+
                                  |            .-AS-.             |
                                  +-OLD TABLE--+----+--identifier-+
                                  |            .-AS-.             |
                                  '-NEW TABLE--+----+--identifier-'
 
>--+-FOR EACH ROW--------------+--| triggered-action |---------><
   |  (3)                      |
   '--------FOR EACH STATEMENT-'
 
triggered-action:
 
|--+-------------------------------------+---------------------->
   |  (4)                                |
   '--------WHEN--(--search-condition--)-'
 
>--+--------+--| SQL-procedure-statement |----------------------|
   '-label:-'
 
SQL-procedure-statement:
 
|--+-CALL----------------------------------------------+--------|
   +-Compound SQL (Dynamic)----------------------------+
   +-FOR-----------------------------------------------+
   +-+-----------------------------------+--fullselect-+
   | |       .-,-----------------------. |             |
   | |       V                         | |             |
   | '-WITH----common-table-expression-+-'             |
   +-GET DIAGNOSTICS-----------------------------------+
   +-IF------------------------------------------------+
   +-INSERT--------------------------------------------+
   +-ITERATE-------------------------------------------+
   +-LEAVE---------------------------------------------+
   +-MERGE---------------------------------------------+
   +-searched-delete-----------------------------------+
   +-searched-update-----------------------------------+
   +-SET Variable--------------------------------------+
   +-SIGNAL--------------------------------------------+
   '-WHILE---------------------------------------------'

我们来看一个非常简单的 UPDATE 触发器示例。清单 3 给出这个触发器的代码。



                    
CREATE TRIGGER audit_emp
  AFTER UPDATE ON employee
  FOR EACH ROW
  INSERT INTO audit_employee VALUES (current timestamp, current user)

当在 EMPLOYEE 表中更新行时,就会激活这个触发器。这个触发器定义为 AFTER 触发器,这意味着它在完成 UPDATE 操作之后 激活。另外,因为这个触发器定义为 FOR EACH ROW,它的逻辑将在更新受影响的每一行之后执行。例如,如果 EMPLOYEE 表中有 100 个记录受到 UPDATE 语句的影响,那么我们可以预期在 AUDIT_EMPLOYEE 表中会插入 100 个新行。但是,如果这个触发器定义为 FOR EACH STATEMENT,那么 AUDIT_EMPLOYEE 表中只会增加一行,因为触发器逻辑只在 UPDATE 语句处理所有行之后执行一次。

现在看一个更复杂的示例。清单 4 给出一个相似的触发器 AUDIT_EMP2。这个触发器使用比前一个示例更高级的语法。



                    
CREATE TRIGGER audit_emp2
  AFTER UPDATE OF salary ON employee
  REFERENCING NEW AS n OLD AS o
  FOR EACH ROW
  WHEN (N.SALARY > 1.1 * O.SALARY)
      INSERT INTO audit_employee VALUES (current timestamp, current user)

这个示例与前一个示例相似,但是包含更复杂的语法。第一段新语法是 UPDATE OF 子句。它可以对激活触发器的情况进行限制,让触发器只在更新一个或多个特定列时激活。在前面的示例中,更新 EMPLOYEE 表中的任何列时都会激活触发器。在这个示例中,只在更新 SALARY 列时激活触发器。

另一段新语法是 REFERENCING NEW AS n OLD AS o 子句。这个子句允许设置转换变量(transition variable),可以通过这个表访问旧的列值(UPDATE 操作之前的值)和新的列值(UPDATE 之后的值)。定义了转换变量之后,可以使用它们引用新列值和旧列值 —— 例如,N.SALARY 和 O.SALARY。并非每种数据修改操作都能同时定义 NEWOLD 转换变量。例如,在 INSERT 触发器中定义 OLD 转换变量,或者在 DELETE 触发器中定义 NEW 转换变量,是没有意义的。

最后一段新语法是 WHEN 子句,它也对激活触发器的条件进行限制。在这个示例中,只在新的薪水值比现有薪水值高 10% 以上时激活触发器。最佳实践是尽可能使用 WHENUPDATE OF 子句限制触发器的激活。如果在不必要的时候激活多个复杂的触发器,就会导致性能损失。

现在看一个 BEFORE 触发器示例。清单 5 显示一个简单的 BEFORE 触发器 VALIDATE_INFO。



                    
CREATE TRIGGER validate_info
 NO CASCADE BEFORE INSERT ON payroll
 REFERENCING NEW AS n
 FOR EACH ROW
 BEGIN ATOMIC
   IF (n.ts1 IS NULL) THEN
   	SET n.ts1 = CURRENT TIMESTAMP;
   END IF;
   
   IF (n.deptcode IS NULL) THEN
   	SET n.deptcode = 'A000';
   END IF;
 END

这是一个典型的 BEFORE INSERT 触发器示例,它在插入任何数据之前执行数据检验。在这个示例中,检查是否在 PAYROLL 表的 TS1 和 DEPTCODE 列中插入了 NULL 值。为这两列提供的 NULL 值会被替换为不同的默认值。这个触发器说明的另一个重要问题是,如何在一个触发器中组合多个过程式逻辑语句(即以分号结尾的语句)。为了在触发器中使用多个语句,必须将它们包围在一个原子复合块(BEGIN ATOMIC...END)中。

阅读(342443) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~