大家一般采用怎样的读写分离方案

oradbHome

原帖由 BTxigua 于 2008-10-8 22:55 发表
这个分离不同的情况有不同的考虑，不能这样笼统的来概括。

具体问题肯定是要具体分析的.

我说的的一般的oltp系统, 不包括大型的erp系统,sap等成熟产品.
需求不断的变化,系统不断的升级,当然需要的基础表也是系统里面部分的业务表, 所以我一般采样的mv的方式,但是mv也会产出很多日志,日志表进行insert,delete 操错.但是还可以接受的.我的意思是有没有对这样不成熟的业务系统的数据读写分离的方案.

zhaolinjnu

原帖由 anlinew 于 2008-10-8 15:20 发表

不用事务？

这个中间件amoeba的各种特性，我们还在测试

不过，在应用设计中，尽量避免数据库大事务。

sunchao

这个应该没有定论
要具体根据自己系统的情况来定

bill joy

如果对及时性要求不高的话，直接用DBLINK插入吧，简单方便，而且还可以晚上起。
其实这些stream,advanced replication 全部是基于dblink的。

bill joy

很多时候，自己给问题搞复杂了。总想用一些新技术，一些复杂的技术等。其实大多时候，简单的旧可以了。

zerone01

关注一下！

lsl031

原帖由 bill joy 于 2008-10-9 09:59 发表
很多时候，自己给问题搞复杂了。总想用一些新技术，一些复杂的技术等。其实大多时候，简单的旧可以了。

感觉也不是这个道理，之所以为新技术，肯定是在性能等各方面相对传统技术有优势的。做技术的感觉应该善于接受和利用新事物。

anlinew

原帖由 zhaolinjnu 于 2008-10-9 09:37 发表


这个中间件amoeba的各种特性，我们还在测试

不过，在应用设计中，尽量避免数据库大事务。

amoeba的功能完全可以自己在中间件里进行实现，尤其是对事务要求不高的业务
你们考虑过自己实现吗？为什么不自己实现呢？

sqlanywhere

prt

感觉流复制是一个很不错的选择