数据库的逻辑日志与物理日志的大小

phydbs:logdbs=1:3,如：100M：10×30M即可。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

水上游

白手起家

论坛徽章:: 0

12楼 [报告]

发表于 2004-04-13 10:51 |只看该作者

数据库的逻辑日志与物理日志的大小

我说的是一次事物，是指一次insert或其它的数据操作要处理2G的数据量，这在OLAP中是很正常的事。按您的说法，是不是phydbs要超过2G呢？不然就无法处理过去呢？

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

mywg

丰衣足食

论坛徽章:: 0

13楼 [报告]

发表于 2004-04-13 13:56 |只看该作者

数据库的逻辑日志与物理日志的大小

我个人建议您在这么大数据量的系统上不要用informix做OLAP，真的。informix的趋势不明确的，如果是OLAP的系统，一般对处理时间大致是不太敏感的，您只要可以满足客户的功能要求就可以了。“数据库的逻辑日志与物理日志的大小应该如何确定？与数据库的大小有和关系？”的问题在这种应用上可能不是主要关心的内容

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

wolfop

大富大贵

论坛徽章:: 5

14楼 [报告]

发表于 2004-04-13 14:25 |只看该作者

数据库的逻辑日志与物理日志的大小

[quote]原帖由 "水上游"]我说的是一次事物，是指一次insert或其它的数据操作要处理2G的数据量，这在OLAP中是很正常的事。按您的说法，是不是phydbs要超过2G呢？不然就无法处理过去呢？[/quote 发表：

嗯，一次要处理2G不代表要一个事务2G，插入也可以分多个事务进行，一个事务占用的逻辑日志太大，你试试就知道有多痛苦了。而且如果你要插入，肯定要通过并发插入提高速度，否则就要用HPLOAD。
phydbs可以超过2G，不过是在没有太大的意义，除非你的库非常非常大。