也许ETL对主从复制的实时性要求不高?
如果将来打造一套BI系统:
1. 数据源包括txt文件和SQL Server 2005 结构化数据并存
2. 用ETL工具比如kettle抽取数据到PostgreSQL做数据仓库
3. 将PostgreSQL数据库集群(或进一步实现主从复制)来提高容错和并发处理能力
4. 在其上架设OLAP服务器如 Mondrian
5. 在OLAP客户端使用报表工具如JPivot, BIRT等进行展现
其中第三步PostgreSQL其实是有专门工具支持集群和主从复制的,对于同型号数据库的复制,ETL似乎费力不讨好,多此一举;另外,如果是在oracle和SQL server之间用kettle做复制,这还叫复制吗?会不会这样评价:你没事在两个不同的数据库之间瞎拷贝啥呀?如果想搞点有用的东西出来,那就是用ETL抽取喽,这也不是复制啊
所以,这个问题似乎是个假问题 - 为了设计而设计。
如果将来打造一套BI系统:
1. 数据源包括txt文件和SQL Server 2005 结构化数据并存
2. 用ETL工具比如kettle抽取数据到PostgreSQL做数据仓库
3. 将PostgreSQL数据库集群(或进一步实现主从复制)来提高容错和并发处理能力
4. 在其上架设OLAP服务器如 Mondrian
5. 在OLAP客户端使用报表工具如JPivot, BIRT等进行展现
其中第三步PostgreSQL其实是有专门工具支持集群和主从复制的,对于同型号数据库的复制,ETL似乎费力不讨好,多此一举;另外,如果是在oracle和SQL server之间用kettle做复制,这还叫复制吗?会不会这样评价:你没事在两个不同的数据库之间瞎拷贝啥呀?如果想搞点有用的东西出来,那就是用ETL抽取喽,这也不是复制啊
所以,这个问题似乎是个假问题 - 为了设计而设计。