表示当总代理发出begintransaction.PPT

* 分布式数据库中存在的信息是对客观世界的反映。客观世界要保持合理的状态存在，总是要有一定规则的，这种规则反映到分布式数据库中，就是分布式数据库中的数据要满足一定约束条件，这种约束条件称之为一致性约束。 一致性约束可以分为两大类： 一类是客观世界本身存在的一定规则，即业务规则的一致性约束； 另一类是分布式数据库管理的需要，如为了提高系统效率和可靠性 采用冗余数据，即冗余数据的一致性约束。 5 分布式事务增强数据库一致性 * 业务规则(business rule)可以被分为 有效性约束：主要是域约束，例如数据项的取值范围等； 数据依赖约束： 实体完整性约束和参照引用完整性约束。 如果一个数据库中的数据满足全部业务规则，就说它是一致的数据库。 程序员编写的事务，以及事务优化器对事务进行的优化，必须保证在 每个事务执行时，所有业务规则都得到遵守。 数据库管理员和数据库的用户，对分布式数据库系统必须支持的业务 规则都应有确切的了解。 5.1 业务规则的一致性 5 分布式事务增强数据库一致性 * 例如，考虑在银行业务中的一些事务 银行的现金存取处理是一个事务 本事务强制实施下述业务规则：一个账户的存款余额必须大于零。 银行的转账处理是另一个事务 本事务强制遵守下面两条业务规则： 一个账户的存款余额必须大于等于零. 事务结束时,两账户中存款总和, 必须与事务开始时两账户的存款之和相同。此规则保证在转账事务期间金额不会添加或扣除。 银行的雇员定期把存款利息记入每个账户 当执行该事务后, 每个账户的结算金额增加10%。在这个事务中强制遵守 下述业务规则：所有账户存款之和比事务开始时各账户存款总和大于10% （假定利息是总额的10%）。 5.1 业务规则的一致性 5 分布式事务增强数据库一致性 * 业务规则要强制执行 用户编写的事务中 由DBMS事务优化器产生的事务中 在产生的分布式执行方案中，要编入业务规则的强制条件 或者从数据字典中获取相关的业务规则，并在生成分布式事务的时候使用它。 多数商用分布式DBMS的事务优化器，在产生分布式事务时只加入少数几类业务规则，为了补救这种不足，需要： 程序员必须编写加进业务规则的分布式事务； 必须定期对数据库进行扫描，检测不一致的数据，并予以清除； 找出那些没有实施的，不能由事务优化器加上的强行业务规则。 5.1 业务规则的一致性 5 分布式事务增强数据库一致性 * 5.2 冗余数据的一致性 5 分布式事务增强数据库一致性 分布式数据库冗余设计的理由 提高系统的可用性和可靠性 如果用户由于某种原因无法访问某个成员数据库，它可以访问另外一个成员数据库上的相同片段。 提高“读”事务的本地性 降低通信成本，特别是对读出比写入频率高得多的那些应用。 例如，一个片段存放在该事务的原发站点中，那么就免除了传输请求和返回结果的花费(本地性)。 但是，如果事务包含对片段的更新，则其所有副本也必须做同样的更新，这时反而增加而不是降低通信成本。 * 例子 北京 上海 T1(Interest利息): Read(x) x=x*1.1 write(x) T2(Withdrawl提款): Read(x) x=x-20 write (x) 假定包含的片段的副本驻留在北京和上海两个成员站点的数据库中，同时假定一个请求(事务)是在北京发出，而另一个请求在上海发出。这 两个请求在两个成员中可以不同的顺序执行。 5.2 冗余数据的一致性 5 分布式事务增强数据库一致性 * 设数据x的初始值为50。计算在两个DBMS按不同顺序执行这两个请求的结果。 设置x=50, T2T1的执行顺序得到 x=33 (x-20)*1.1=(50-20)*1.1 T1T2的执行顺序得到 x=35 (x*1.1)-20=50*1.1-20 x在这两个成员数据库中的值是有分歧的。数据库管理员或者允许成员数据库中 的冗余数据出现暂时的分歧，而后使它们归于一致；或者保证事务在包含冗余数据的站点以相同的顺序执行事务，保证数据的一致性，从而防止包含冗余数据的成员数据库产生分歧。 5.2 冗余数据的一致性 5 分布式事务增强数据库一致性 北京 上海 初始值 50 Withdrawal事务减20 30 Interest事务增加10% 33 初始值 50 Interest