Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103546568
  • 博文数量: 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博客
  • 博客访问: 103546559
  • 博文数量: 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博客
  • 博客访问: 103546572
  • 博文数量: 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博客
  • 博客访问: 103546573
  • 博文数量: 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博客
  • 博客访问: 103546576
  • 博文数量: 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博客
  • 博客访问: 103546578
  • 博文数量: 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博客
  • 博客访问: 103546580
  • 博文数量: 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博客
  • 博客访问: 103546582
  • 博文数量: 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博客
  • 博客访问: 103546574
  • 博文数量: 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博客
  • 博客访问: 103546586
  • 博文数量: 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博客
  • 博客访问: 103546588
  • 博文数量: 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博客
  • 博客访问: 103546590
  • 博文数量: 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博客
  • 博客访问: 103546593
  • 博文数量: 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博客
  • 博客访问: 103546595
  • 博文数量: 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博客
  • 博客访问: 103546597
  • 博文数量: 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博客
  • 博客访问: 103546589
  • 博文数量: 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博客
  • 博客访问: 103546601
  • 博文数量: 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博客
  • 博客访问: 103546603
  • 博文数量: 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博客
  • 博客访问: 103546605
  • 博文数量: 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博客
  • 博客访问: 103546607
  • 博文数量: 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博客
  • 博客访问: 103546609
  • 博文数量: 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博客
  • 博客访问: 103546611
  • 博文数量: 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博客
  • 博客访问: 103546613
  • 博文数量: 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博客
  • 博客访问: 103546615
  • 博文数量: 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博客
  • 博客访问: 103546617
  • 博文数量: 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博客
  • 博客访问: 103546619
  • 博文数量: 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博客
  • 博客访问: 103546621
  • 博文数量: 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博客
  • 博客访问: 103546623
  • 博文数量: 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博客
  • 博客访问: 103546625
  • 博文数量: 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博客
  • 博客访问: 103546627
  • 博文数量: 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博客
  • 博客访问: 103546619
  • 博文数量: 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博客
  • 博客访问: 103546631
  • 博文数量: 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博客
  • 博客访问: 103546633
  • 博文数量: 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博客
  • 博客访问: 103546636
  • 博文数量: 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博客
  • 博客访问: 103546638
  • 博文数量: 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博客
  • 博客访问: 103546640
  • 博文数量: 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博客
  • 博客访问: 103546641
  • 博文数量: 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博客
  • 博客访问: 103546643
  • 博文数量: 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博客
  • 博客访问: 103546645
  • 博文数量: 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博客
  • 博客访问: 103546647
  • 博文数量: 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博客
  • 博客访问: 103546649
  • 博文数量: 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博客
  • 博客访问: 103546651
  • 博文数量: 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博客
  • 博客访问: 103546654
  • 博文数量: 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博客
  • 博客访问: 103546655
  • 博文数量: 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博客
  • 博客访问: 103546658
  • 博文数量: 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博客
  • 博客访问: 103546649
  • 博文数量: 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博客
  • 博客访问: 103546661
  • 博文数量: 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博客
  • 博客访问: 103546663
  • 博文数量: 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博客
  • 博客访问: 103546665
  • 博文数量: 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博客
  • 博客访问: 103546667
  • 博文数量: 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博客
  • 博客访问: 103546669
  • 博文数量: 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博客
  • 博客访问: 103546671
  • 博文数量: 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 语句中使用非关系型的数据源。
阅读(314991) | 评论(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 语句中使用非关系型的数据源。
阅读(314990) | 评论(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 语句中使用非关系型的数据源。
阅读(314989) | 评论(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 语句中使用非关系型的数据源。
阅读(314988) | 评论(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 语句中使用非关系型的数据源。
阅读(314987) | 评论(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 语句中使用非关系型的数据源。
阅读(314986) | 评论(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 语句中使用非关系型的数据源。
阅读(314985) | 评论(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 语句中使用非关系型的数据源。
阅读(314984) | 评论(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 语句中使用非关系型的数据源。
阅读(314983) | 评论(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 语句中使用非关系型的数据源。
阅读(314982) | 评论(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 语句中使用非关系型的数据源。
阅读(314981) | 评论(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 语句中使用非关系型的数据源。
阅读(314980) | 评论(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 语句中使用非关系型的数据源。
阅读(314979) | 评论(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 语句中使用非关系型的数据源。
阅读(314978) | 评论(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 语句中使用非关系型的数据源。
阅读(314977) | 评论(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 语句中使用非关系型的数据源。
阅读(314976) | 评论(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 语句中使用非关系型的数据源。
阅读(314975) | 评论(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 语句中使用非关系型的数据源。
阅读(314974) | 评论(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 语句中使用非关系型的数据源。
阅读(314973) | 评论(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 语句中使用非关系型的数据源。
阅读(314972) | 评论(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 语句中使用非关系型的数据源。
阅读(314971) | 评论(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 语句中使用非关系型的数据源。
阅读(314970) | 评论(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 语句中使用非关系型的数据源。
阅读(314969) | 评论(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 语句中使用非关系型的数据源。
阅读(314968) | 评论(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 语句中使用非关系型的数据源。
阅读(314967) | 评论(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 语句中使用非关系型的数据源。
阅读(314966) | 评论(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 语句中使用非关系型的数据源。
阅读(314965) | 评论(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 语句中使用非关系型的数据源。
阅读(314964) | 评论(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 语句中使用非关系型的数据源。
阅读(314963) | 评论(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 语句中使用非关系型的数据源。
阅读(314962) | 评论(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 语句中使用非关系型的数据源。
阅读(314961) | 评论(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 语句中使用非关系型的数据源。
阅读(314960) | 评论(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 语句中使用非关系型的数据源。
阅读(314959) | 评论(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 语句中使用非关系型的数据源。
阅读(314958) | 评论(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 语句中使用非关系型的数据源。
阅读(314957) | 评论(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 语句中使用非关系型的数据源。
阅读(314956) | 评论(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 语句中使用非关系型的数据源。
阅读(314955) | 评论(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 语句中使用非关系型的数据源。
阅读(314954) | 评论(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 语句中使用非关系型的数据源。
阅读(314953) | 评论(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 语句中使用非关系型的数据源。
阅读(314952) | 评论(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 语句中使用非关系型的数据源。
阅读(314951) | 评论(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 语句中使用非关系型的数据源。
阅读(314950) | 评论(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 语句中使用非关系型的数据源。
阅读(314949) | 评论(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 语句中使用非关系型的数据源。
阅读(314948) | 评论(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 语句中使用非关系型的数据源。
阅读(314947) | 评论(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 语句中使用非关系型的数据源。
阅读(314946) | 评论(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 语句中使用非关系型的数据源。
阅读(314945) | 评论(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 语句中使用非关系型的数据源。
阅读(314944) | 评论(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 语句中使用非关系型的数据源。
阅读(314943) | 评论(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 语句中使用非关系型的数据源。
阅读(314942) | 评论(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 语句中使用非关系型的数据源。
阅读(314941) | 评论(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 语句中使用非关系型的数据源。
阅读(314940) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~