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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:43:12

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

developerWorks



用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376086) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376085) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376084) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376083) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376082) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376081) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376080) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376079) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376078) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376077) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376076) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376075) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376074) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376073) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376072) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376071) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376070) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376069) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376068) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376067) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376066) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376065) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376064) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376063) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376062) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376061) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376060) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376059) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376058) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376057) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376056) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376055) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376054) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376053) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376052) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376051) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376050) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376049) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376048) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376047) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376046) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376045) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376044) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376043) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376042) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376041) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376040) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376039) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376038) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376037) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376036) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


用户定义的数据类型和数据类型转换

用户定义的类型(常常简称为 UDT)是根据其他 DB2 数据类型(比如 INTEGERCHAR 数据类型)创建的数据类型。UDT 甚至可以基于其他 UDT。

UDT 用于建立变量的上下文。它们允许追踪如何在应用程序中使用对象。还可以定义不同数据类型和 UDT 之间的关系。

我们来考虑一个简单的示例。假设您有一个应用程序用来确定美国和加拿大的商店之间的最佳路线。为了实现这个功能,必须同时使用公制和英制度量的长度。您可能不知道表中存储的数据是以千米还是以英里为单位的。可以使用一个 UDT 创建一个 KM 类型,使用另一个 UDT 创建一个 MILES 类型。通过明确地使用这些类型,可以清楚地知道表中存储的是哪种度量方式的数据。还可以编写一个函数,用来自动地将 KMMILES 类型的数据相加。



UDT:KM 与 MILES




回页首


可以用 CREATE DISTINCT TYPE 语句创建 UDT。该语句的语法如下:

-CREATE DISTINCT TYPE--distinct-type-name--AS----------------->
   --| source-data-type |--WITH COMPARISONS----------------------|

源数据类型可以是 DB2 所使用的任何标准数据类型,但是 XML 除外。

以下是一些示例:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS

当成功地创建了 UDT 时,DB2 将自动生成标准比较操作符(=<><<=>>=)。

创建 UDT 的授权 ID 所持有的特权必须至少包括下列特权之一:

  • SYSADMDBADM 权力
  • 数据库上的 IMPLICIT_SCHEMA 权力(如果不同类型的模式名不指向现有的模式)
  • 模式上的 CREATEIN 特权(如果不同类型的模式名指向现有的模式)




回页首


刚接触 DB2 的开发人员在首次使用 UDT 时常常会造成错误,这是因为 UDT 与常规数据类型交互的方式和彼此之间交互的方式不同。通常,DB2 会自动地进行数据类型的转换,从而允许执行算术或比较操作。但是对于 UDT 则不会如此。

DB2 并不自动地对所有数据类型进行转换。如果数据类型属于同一数据类型组(如 图 2 所示),则转换会自动进行。如果它们不属于同一组,就会出现错误。



DB2 数据类型组

例如,以下代码片段在 DB2 中会失败:

empno = CHAR(6)  {but the data is always numeric}
SQL String: SELECT (empno + 1) AS new_emp_no FROM employee

这个语句将失败,因为无法将整数 “1” 与字符数据相加,即使该数据是一个数字的字符串表示。





回页首


想要使用不同的 UDT 或数据类型进行比较或执行算术操作,可以使用 CAST 指令将它们转换成同一数据类型。以下是其语法:

CAST--(--objectName--AS--target-data-type--)----|

以下是一个示例:

CAST (empno AS INTEGER)

让我们再看几个示例。首先,创建两个不同的类型和一个使用它们的表:

CREATE DISTINCT TYPE km AS INTEGER WITH COMPARISONS;
CREATE DISTINCT TYPE miles AS INTEGER WITH COMPARISONS;

CREATE TABLE cityInfo (
	cityName   CHAR(20),
	width_k    KM         NOT NULL,
	width_m    MILES      NOT NULL
);


下面的 SQL 语句会成功执行,因为 WHERE 子句中进行比较的数据类型正确地转换为相同的数据类型。这个 SQL 语句将整数 “10” 转换成 KM 类型以便进行比较。

SELECT cityName
FROM cityInfo
WHERE width_k > km(10)

现在,让我们修改上面的语句来模拟一个常见的错误。下面的语句不会成功,因为 DB2 不知道如何比较 MILESKM 数据类型:

SELECT cityName
FROM cityInfo
WHERE width_k > width_m

但是,下面的语句将成功执行,因为这两种数据类型都被转换成 INTEGER 类型。

SELECT cityName
FROM cityInfo
WHERE CAST(width_k AS INTEGER) > CAST(width_m AS INTEGER)
阅读(376035) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~