RAC更适合跑OLTP还是OLAP？

blue_prince

原帖由 anlinew 于 2008-11-20 10:57 发表

1、大表关联使用hash join 带来一定的join运算，不过整个join过程里可能还是IO瓶颈更突出
2、使用函数，是会有些运算，不过要说运算强度，与笛卡尔级估计没法比


现在OLAP的瓶颈回到CPU瓶颈上了。。。。

不仅仅是CPU，CPU、IO、内存都可能成为瓶颈的呀。

biti_rainy

原帖由 anlinew 于 2008-11-20 10:57 发表

1、大表关联使用hash join 带来一定的join运算，不过整个join过程里可能还是IO瓶颈更突出
2、使用函数，是会有些运算，不过要说运算强度，与笛卡尔级估计没法比


现在OLAP的瓶颈回到CPU瓶颈上了。。。。

你可以尝试一下 like  这样的字符串函数看看,或者再pl/sql自己写个函数.
当然，我这么说，只是表明， cpu、内存、io 都可能在不同的场景下成为瓶颈。 不要理解为 cpu是瓶颈io不是瓶颈。


BTW: 我只探讨具体技术问题，和主题无关，不关心rac适合oltp还是olap的讨论。 对数据库目前关心的是把 olap放到 greenplum 或者hadoop上，oltp拆分放到 mysql上。 对系统关心的是如何提高资源利用率和降低成本上。

[ 本帖最后由 biti_rainy 于 2008-11-20 11:15 编辑 ]

anlinew

原帖由 biti_rainy 于 2008-11-20 11:06 发表


你可以尝试一下 like  这样的字符串函数看看,或者再pl/sql自己写个函数.
当然，我这么说，只是表明， cpu、内存、io 都可能在不同的场景下成为瓶颈。 不要理解为 cpu是瓶颈io不是瓶颈。

我不怀疑cpu会成为瓶颈
要把系统压垮是很容易的

biti_rainy

我只探讨具体技术问题，和主题无关，不关心rac适合oltp还是olap的讨论。
对数据库目前关心的是把 olap放到 greenplum 或者hadoop上，oltp拆分放到 mysql上。
对系统关心的是如何提高资源利用率和降低成本上。
对团队关心的是如何不断的提高
对技术部门关心的是如何让创新的想法和行动成为一种常态。
……

努力中……

blue_prince

没有更适合，其实都是行得通的，关键看你的应用和设计

anlinew

原帖由 biti_rainy 于 2008-11-20 11:18 发表
我只探讨具体技术问题，和主题无关，不关心rac适合oltp还是olap的讨论。
对数据库目前关心的是把 olap放到 greenplum 或者hadoop上，oltp拆分放到 mysql上。
对系统关心的是如何提高资源利用率和降低成本上。
对团队关心的是如何不断的提高
对技术部门关心的是如何让创新的想法和行动成为一种常态。
……

努力中……

oltp拆分放到 mysql上

事务怎么办？

anlinew

原帖由 blue_prince 于 2008-11-20 11:20 发表
没有更适合，其实都是行得通的，关键看你的应用和设计

因为OLTP你都不推荐RAC，个人觉得OLAP就更不该推荐了
那么RAC就没啥好用滴了

所以才有了此贴

anlinew

原帖由 anlinew 于 2008-11-20 11:21 发表

oltp拆分放到 mysql上

事务怎么办？

innodb的性能价相比oracle优势很大？

biti_rainy

原帖由 anlinew 于 2008-11-20 11:21 发表

oltp拆分放到 mysql上

事务怎么办？

和架构、业务一起去解决问题，而不是在数据库内部解决问题
mysql的问题不在数据库比oracle好，而在 软件费用的问题

我们经历了快一年时间终于跟oracle签下了ula，2008年11月25日生效，oracle无限制使用3年！ 但这只是给我们留了3年时间来解决 数据库的分拆和转移，而不是现在我们就放任自流。
pc server的性能发展和成本下降非常快，ssd的可能使用也非常值得期待，但是oracle要架在pc server上带来巨大的 license费用，我们必须在3年内解决这个问题。

anlinew

原帖由 biti_rainy 于 2008-11-20 11:32 发表


和架构、业务一起去解决问题，而不是在数据库内部解决问题
mysql的问题不在数据库比oracle好，而在 软件费用的问题

我们经历了快一年时间终于跟oracle签下了ula，2008年11月25日生效，oracle无限制使用3年！ 但这只是给我们留了3年时间来解决 数据库的分拆和转移，而不是现在我们就放任自流。
pc server的性能发展和成本下降非常快，ssd的可能使用也非常值得期待，但是oracle要架在pc server上带来巨大的 license费用，我们必须在3年内解决这个问题。

这个架构变化够大的

很邪恶，很强大