12
返回列表 发新帖
楼主: liyongdong

关于内存数据库 于其他数据库的 同步问题

[复制链接]
论坛徽章:
0
11#
发表于 2007-11-28 17:33 | 只看该作者
原帖由 liyongdong 于 2007-11-26 13:46 发表
据我所知,现在的ALTIBASE ,有数据库工具IDS,可以与ORACLE、DB2 、SQLSERVER 等进行同步,用读取日志,来实现的,不影响数据库性能,还有几乎没有任何延迟。


IDS是怎么解决同步冲突问题的呢?如果只是读oracle日志那是单向的,如果是双向同步必然会有冲突,有没解决案例?

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2007-11-28 17:34 | 只看该作者
原帖由 lmx66768 于 2007-11-28 12:05 发表


我是专门搞内存数据库的,Altibase 用的比较多,TT 只是了解一些!
既然都用过,很明显Altibase 无论在性能、功能、并发量数据量支持方面都比TT强!
TT仅仅提供一个不是很实用(只能说比较花哨)的oracle ...


在说同步问题,怎么扯到性能上面来了。

使用道具 举报

回复
论坛徽章:
0
13#
发表于 2007-12-5 14:58 | 只看该作者

回复 #4 liyongdong 的帖子

liyongdong 你不要误导别人好不好。

内存数据库和oracle本身就不应该同步。

同步的话,那不如直接用oracle得了,为什么还要用内存数据库。

内存数据库一方面就让应用程序能快速透明进行数据存取,而不管后面是不是timesten/altibase还是oracle

使用道具 举报

回复
论坛徽章:
24
授权会员
日期:2007-11-06 19:37:52管理团队成员
日期:2011-05-07 01:45:082012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14
14#
发表于 2007-12-5 17:50 | 只看该作者
原帖由 shuyi_zhou 于 2007-12-5 14:58 发表
liyongdong 你不要误导别人好不好。

内存数据库和oracle本身就不应该同步。

同步的话,那不如直接用oracle得了,为什么还要用内存数据库。

内存数据库一方面就让应用程序能快速透明进行数据存取,而不管后面是不是timesten/altibase还是oracle


实际的应用中开发商们需要考虑内存数据库与磁盘数据库之间的业务数据同步的,我觉得这个问题还需要考虑的!!!

使用道具 举报

回复
论坛徽章:
0
15#
发表于 2007-12-6 09:42 | 只看该作者
原帖由 shuyi_zhou 于 2007-12-5 14:58 发表
liyongdong 你不要误导别人好不好。

内存数据库和oracle本身就不应该同步。

同步的话,那不如直接用oracle得了,为什么还要用内存数据库。

内存数据库一方面就让应用程序能快速透明进行数据存取,而不管后面是不是timesten/altibase还是oracle


任何新技术的出现都存在和旧有技术的交互问题.你总不能要求客户全面屏弃旧系统吧?

[ 本帖最后由 rexyudl 于 2007-12-6 09:43 编辑 ]

使用道具 举报

回复
论坛徽章:
7
16#
发表于 2007-12-21 22:22 | 只看该作者

使用道具 举报

回复
论坛徽章:
0
17#
发表于 2007-12-24 11:01 | 只看该作者
原帖由 shuyi_zhou 于 2007-12-5 14:58 发表
liyongdong 你不要误导别人好不好。

内存数据库和oracle本身就不应该同步。

同步的话,那不如直接用oracle得了,为什么还要用内存数据库。

内存数据库一方面就让应用程序能快速透明进行数据存取,而不管后面是不是timesten/altibase还是oracle


我想你所理解的同步应该属于实时同步吧,其实同步分几种情况,实时同步是其中的一种。这种同步并不是不需要,在查询量
巨大,而修改量较小的情况下是很有用的。现在很多海量数据系统里,摒弃磁盘数据库是不现实的,没有那么大的内存供我们使用,
而且就算有,我们要考虑是否可以忍受load数据所需要的时间。目前来说,如果我们使用内存数据库也只是为了解决一些适于内存数据库
使用的部分应用问题。既然不能甩掉磁盘数据库,那我们就必须考虑如何去同步两边的数据。

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2008-2-17 17:32 | 只看该作者
请问用mysql,用什么内存数据库好?

使用道具 举报

回复
论坛徽章:
1
2008新春纪念徽章
日期:2008-02-13 12:43:03
19#
发表于 2008-2-21 19:45 | 只看该作者
内存数据库和企业数据库同步的情形是在前后台模式下经常出现的问题,有3种情形:
1. 事前同步,比如天文望远镜,开机时从后台企业数据库里加载天象数据。此后基本不交流数据
2. 实时同步,就是前面所说的双向同步。由于内存数据库和企业数据库在性能上差异很大,这个问题有一定的复杂度,使得通用的解决方案在实际使用中都不理想。
对eXtremeDB而言,双向同步不会形成冲突,因为是在事务框架下进行的。
实时数据库的性能比企业数据库高了很多,前后台数据库能够实现双向实时同步是这样几种情形:a-eXtremeDB是用来提升实时数据管理的峰值的,而其平均值是在企业数据库的性能范围内的。这种情况下,同步有延时的问题;b-实时数据速度远高于企业数据库所能承受的,但实时数据中的大部分没有保存价值,因此,不必全部数据双向同步。比如实时数据库运行在PBX上,后台数据库记录谁在什么时候给谁电话及持续时间。实时数据库的内容可能包括拨号过程,而后台数据库只有两端数据。因此,即使此时双向同步,前后台性能也可以匹配起来。
3. 事后同步,比如火箭发射时的监控,可以将全部实时数据都保存在eXtremeDB内存数据库里面,发射完成以后在慢慢向后台同步。

[ 本帖最后由 datamann 于 2008-2-21 19:59 编辑 ]

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表