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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks

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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 23:45:35

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

developerWorks



分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315113) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315112) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315111) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315110) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315109) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315108) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315107) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315106) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315105) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315104) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315103) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315102) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315101) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315100) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315099) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315098) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315097) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315096) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315095) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315094) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315093) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315092) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315091) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315090) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315089) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315088) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315087) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315086) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315085) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315084) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315083) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315082) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315081) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315080) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315079) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315078) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315077) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315076) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315075) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315074) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315073) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315072) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315071) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315070) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315069) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315068) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315067) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315066) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315065) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315064) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315063) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~


分布式工作单元和联邦数据库环境

远程工作单元 (remote unit of work,RUOW)允许用户或程序为工作单元更新或读取在远程位置上的数据。在一个工作单元里只能访问一个数据库。RUOW 的特点是:

  • 每个工作单元支持多个请求(SQL 语句)。
  • 每个工作单元支持多个游标。
  • 每个工作单元只能访问一个数据库。
  • 应用程序要么提交工作单元,要么回滚工作单元。在某些错误情况下,数据库服务器可能回滚工作单元。

分布式工作单元 (distributed unit of work,DUOW)也称为多站点更新(multi-site update),它在一个工作单元里使用多个数据库。DUOW 的特点是:

  • 每个工作单元更新多个数据库。
  • 应用程序控制工作的分布,并发起提交。
  • 每个工作单元可能有多个请求。
  • 在多个数据库服务器之间协调提交。




回页首


分布式工作单元在查询和应用程序中提供了许多可能性。首先,可以查询多个数据库,而不限于一个数据库。实际上,不只可以访问 DB2 数据库。通过 使用联邦环境,可以用单一查询同时访问和更新 DB2、Informix 和 Oracle 表。

联邦环境包含对一个或多个远程数据源及其特征的引用。“昵称(nickname)” 是数据对象在联邦系统中的本地别名。这个昵称用来引用特定数据源中的对象。

我们来看一个示例,它将在 Websphere Federated Server 中创建和使用一个昵称。首先,需要创建一个称为 FARAWAYTABLE 的昵称,它引用的对象驻留在称为 ORA 的 Oracle 数据源中。这个数据源包含对象 USER1.DATATABLE1。一旦创建了昵称,就可以将它作为常规的(本地)数据库表来对待。应该注意,在执行下面代码清单中的 CREATE NICKNAME 语句之前,必须执行许多其他语句(这里未显示)来设置联邦环境;这些语句定义联邦环境中数据源的名称和位置、安全设置和其他配置参数。

CREATE NICKNAME farAwayTable FOR ora.user1.datatable1

SELECT * FROM ora.user1.datatable1 
{this will fail since you have to refer to the table by its nickname}

SELECT * FROM farAwayTable
{this will return the results from the table}

SELECT *
FROM farawaytable, dept
WHERE dept.id = farawayTable.id
{this joins the two tables together and returns the result set}

INSERT INTO farawayTable
 VALUES (SELECT * from dept)
{this inserts all the data from the dept table into the farAwayTable}

查询不必知道它所引用的对象是本地数据库的一部分,还是完全属于另一个数据服务器。即使移动了底层对象,也不必修改应用程序。这称作位置透明性(location transparency)。

图 4 说明了用于联邦的潜在的源和目标。



联邦数据源

联邦还可以用于访问非关系型的数据源,例如文本或 XML 文件。为此,必须创建一个 “包装器(wrapper)”,用来说明如何在其中的数据源上执行 SELECTUPDATEDELETEINSERT 语句。一旦创建了包装器,就可以将该数据源当作本地表来对待。科学社区已发现该技术对于处理平面文件中的 DNA 信息极其有用。





回页首


使用 DUOW 有许多优点:

  • 可以轻松地访问多个数据源。
  • 极大地减小了应用程序复杂性。
  • 向应用程序提供对多个 RDBMS 的读/写能力。

同时也有一些缺点:

  • 需要维护多个数据库。
  • 由于要与多个系统进行交互,所以错误处理更加复杂。
  • 远程系统可能挂起,导致 SQL 要花很长时间来响应。
  • 大量数据的网络传输时间可能减慢查询的速度。
  • 由于延迟而引起的远程和本地系统的锁定并发性问题可能导致问题。

DUOW 和联邦常常用于金融和制药领域,从而在一个简单的程序中协调多个数据源。通过使用 DUOW,可以编写一个 SQL 语句来返回并聚合来自多个源的数据。此外,如果修改了底层的数据源,就只需更改其昵称,而不必修改整个数据访问应用程序。

以下是一些适合使用 DUOW 的特定领域:

  • 组合来自多个数据库的报表。
  • 组合来自多个 RDBMS 的数据。
  • 将数据从一个 RDBMS 移动到另一个 RDBMS。
  • 在 SQL 语句中使用非关系型的数据源。
阅读(315062) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~