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

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655367
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655368
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655369
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655370
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655371
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655372
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655373
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655364
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655375
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655376
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655377
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655378
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655379
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655380
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655381
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655382
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655383
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655384
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655385
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655386
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655387
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655388
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655379
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655390
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655391
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655392
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655393
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655394
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655395
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655396
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655397
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655398
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655399
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655400
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655401
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655402
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655403
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655394
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655405
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655406
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655407
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655408
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655409
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655410
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655411
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655412
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655413
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655414
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655415
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655416
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks

DB2 9 基础(730 考试)认证指南,第 6 部分: 数据并发性(6)-sdccf-ChinaUnix博客
  • 博客访问: 105655418
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类:

2008-05-31 19:21:07

developerWorks



结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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


结束语

本教程旨在介绍数据一致性的概念,以及 DB2 9 在单用户和多用户环境下用来维护数据库一致性的各种机制。如果用户忘记了进行所有必要的更改,或者如果在用户进行更改的过程中系统崩溃了,又或者数据库应用程序由于某种原因过早地停止了,数据库都会变得不一致。当几个用户同时访问同一数据库时,也可能发生不一致的情况。例如,一个用户可能在适当地更新所有表之前读取另一个用户的更改,并根据所读取的不是最终的数据值进行了一些不适当的操作或进行了错误的更改。为了防止数据不一致(尤其是在多用户环境中),DB2 9 的开发人员将下列数据一致性支持机制合并到其设计中:

  • 事务
  • 隔离级别

事务(也称为工作单元)是一种将一个或多个 SQL 操作组织成一个单元的可恢复序列,通常位于应用程序进程中。事务的启动和终止定义了数据库一致性点;要么将事务中执行的所有 SQL 操作的结果都应用于数据库(提交),要么完全取消并丢弃已执行的所有 SQL 操作的结果(回滚)。在这两种情况下,数据库都保证在每个事务结束后处于一致的状态。

维护数据库一致性和数据完整性,同时又允许多个应用程序同时访问同一数据,这种特性称为并发性。在 DB2 中,并发性是通过使用隔离级别实现的。可以使用四种不同的隔离级别:

  • 可重复的读
  • 读稳定性
  • 游标稳定性
  • 未提交的读

可重复的读隔离级别可以防止所有现象,但是会大大降低并发性的程度(可以同时访问同一资源的事务数量)。未提交的读隔离级别提供了最大的并发性,但是脏读、不可重复的读和幻像都可能出现。

除了隔离级别,DB2 通过对锁的使用在多用户环境下提供并发性。锁是一种用来将数据资源与单个事务关联起来的机制,其用途是控制其他事务在资源与拥有锁的事务相关联的情况下如何与资源进行交互。可以使用几种不同类型的锁:

  • 意向无(IN)
  • 意向共享(IS)
  • 下一键共享(NS)
  • 共享(S)
  • 意向互斥(IX)
  • 带意向互斥的共享(SIX)
  • 更新(U)
  • 下一键弱互斥(NW)
  • 互斥(X)
  • 弱互斥(W)
  • 超级互斥(Z)

为了维护数据完整性,DB2 数据库管理程序隐式地获取锁,获取的所有锁都在 DB2 数据库管理程序的控制之下。锁可以放置在表空间、表和行上。

为了进行优化以获取最大的并发性,行级锁通常比表级锁更好,因为它们所限制访问的资源要小得多。但是,因为所获取的每个锁都需要一定数量的存储空间和处理时间来进行管理,所以单个表级锁需要的开销比几个单独的行级锁低。

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