RAC中所谓的并行

zjxs

最初由 husthxd 发布
[B]

A,B两个节点,在A节点上执行的sql会把其中的部分任务分配到B上吗?! [/B]

可以的，参数instance_groups和parallel_instance_group就是用来控制参与并行执行sql的实例的

husthxd

其实比较好的提高性能的方法是将应用分开到不同机器上

如果应用之间有联系或者联系很紧密的话其实会增加开发商的工作量的.

husthxd

最初由 zjxs 发布
[B]

可以的，参数instance_groups和parallel_instance_group就是用来控制参与并行执行sql的实例的 [/B]

在OLTP系统,大多数的sql都不是并行执行的了.

licy

最初由 wing hong 发布
[B]

very hard to do , esp in OLTP or business computing, one of the tough issue for distributied computing is the consistancy issue.

such in the case of OPS/RAC.

Oracle's grid computing is just for Marketing purpose, nothing changed for us. [/B]

grid也是分很多种的。
如果电力、电信这样的基础设施，在什么地方使用都是一样的。
科学计算型的grid computing，仅仅是分配、交互计算任务并进行计算，应该是可用，可实现的。
像Oracle这样带有事务处理的grid computing,估计10年甚至１００年后都不可能完美的实现，需要考虑的因素太多了，真的仅仅是市场宣传。

husthxd

估计10年甚至１００年后都不可能完美的实现

呵呵,完美这个概念就有点什么了......见仁见智,什么才叫完美?!

biti_rainy

既然是 oltp ,短小事务干吗需要在多个instance之间分配执行，那不是浪费资源么

本来并行服务器的概念就是指多台服务器可以同时对外提供服务，而不是说任何服务可以切割到多个机器上进行。

10G 中 service 的概念推出，也不过是一组instance可以对外提供向这组service提出申请的服务。其rac的本质并没有比9i发生什么变化，不过是封装了一层壳而已。

一台机器上的多个cpu，基于进程的os对一个进程要求的服务还无法使用全部cpu呢，当然你可以引出什么 线程、超线程 等概念。这个也要看合适的任务，执行一个简单的 命令，它也不至于分到多个cpu上执行吧。

husthxd

整体是oltp事务,但考虑怎样一种情况:
某一个存储过程,需要执行大批量数据库操作,那我希望的效果是可以把该存储过程中的某些任务分布到其他节点上,多个节点同时执行该存储过程.

biti_rainy

最初由 husthxd 发布
[B]整体是oltp事务,但考虑怎样一种情况:
某一个存储过程,需要执行大批量数据库操作,那我希望的效果是可以把该存储过程中的某些任务分布到其他节点上,多个节点同时执行该存储过程. [/B]

存储过程中的sql（dml）是串行的，所以不存在你所说的某些任务（其他dml or sql）分散到其他节点的问题。

单个dml，你期望通过 parallel  dml 的方式分散到多个节点进行，先不说oracle是否支持，我们就从原理上来探讨，由于存储是共享的，这个方案可行度有多少，代价是否很大。

zjxs

原理上应该是可行的，oracle也是支持的，实际就是parallel dml的扩展，至于存储共享导致的访问冲突等问题，在single instance的PQ中也是存在的，rac还要加上在实例间传递数据的cost

husthxd

最初由 biti_rainy 发布
[B]

存储过程中的sql（dml）是串行的，所以不存在你所说的某些任务（其他dml or sql）分散到其他节点的问题。

单个dml，你期望通过 parallel  dml 的方式分散到多个节点进行，先不说oracle是否支持，我们就从原理上来探讨，由于存储是共享的，这个方案可行度有多少，代价是否很大。 [/B]

存储过程中的sql（dml）是串行的只是目前的情况把?
单机上的并行DML已经实现,那为何不能实现把DML分布到其他节点上执行?
存储可以是共享,那如果我们考虑不共享的情况呢?

存储共享基本上就只能有物理一个数据库.那如果不是存储共享而是有多个物理数据库呢?