文章发表人是: myoraclejava

再回到这篇文章，有没有大侠知道以下这两种代理键的做法有什么优缺点：

BUSINESS_PARTNER_DIM: BUSINESS_PARTNER_KEY(PK), BUSINESS_PARTNER_ID(业务主键), ETL_ROW_SEQ,
CURR_FLAG, ROW_EFF_BEGIN_DATETM, ROW_EFF_END_DATETM, ......

BOOKING: BOOKING_KEY(PK), ETL_ROW_SEQ(PK), BOOKING_ID, CURR_FLAG, ROW_EFF_BEGIN_DATETN,
ROW_EFF_END_DATETM, .....

倘若BUSINESS_PARTNER_DIM的主键转成BUSINESS_PARTNER_KEY, ETL_ROW_SEQ，相比之下，根本上有什么不同？

请大虾赐教，
事实表是不是不保存历史的，要不怎么没有ROW_SEQ或CURR_FLAG这样
的字段来标识当前记录呢？
另，维表为什么不保存历史数据，如果保存历史，不是可以直接支持报表
分析维的历史吗，这样不是更好？

请问各位，谁有DataStage的安装程序可以共享给我，
任何一个版本都可以，我只是想了解一下。
谢谢。

OK, thank you very much.
刚刚还问了别人，应该是这样：
DB2默认一条SQL语句是一个事务，整个过程被调用时当成
一个事务，如果过程里要控制事务，直接使用COMMIT即可。
DB2里应该没有SQL SERVER的begin trans.... end trans

小弟刚接触DB2，对它的事务处理方式还不清楚。
它把每条SQL语句当成一个事务来完成，但是在存储过程里，却需要COMMIT提交。
究竟DB2是怎样处理事务的，ORACLE需要显示COMMIT提交，SQL SERVER默认
自动提交，即一条SQL语句为一个事务，不过还有显示提交，即begin transaction......
commit transaction，以及隐式提交，即类似oracle的方式，那么DB2是否也按照
哪些方式提交事务？
请大虾指点，谢谢！

谁有DB2的资料呀？小弟想学学Storage-SQL的知识，哪位可以帮忙？
这些我的邮箱myoraclejava@yahoo.com.cn

你再看看regional and language option里的language是否为english

检查repository db能否连接上去

感谢有你

不愧是CEO,好厉害啊.
第一个问题,我也是大概那么认为的,只是不敢确定;
第二个问题的确是基于多个磁盘的并行性能而言的,
但是我不明白表因做连接,具体会有什么竞争.
不知道这样问恰当不?

请教个oracle的问题,
将相关的数据库对象放于同一个表空间有什么好处?
为什么说将经常做连接的多个表放在同个表空间,会出现竞争情况,降低性能?

LZ，could you share it with me yet?

myoraclejava@yahoo.com.cn

你的回答证实了我的理解是正确的，只是我抠住文字，有点弄糊涂了。
我觉得，第五种模式较第二种模式，使跟踪维度变化避免了牵涉到业务数据，而只关系到supplier_key。
第六种较第五种，在数据上建立关系，避免在报表层加过滤。

其中Row_Key和 Current Indicator字段是可有可无的，加上去更方便，毕竟维度表的数据都不大，多点冗余字段不占太大空间但能提高查询效率。
这种设计模式下事实表应以Supplier_key为外键，虽然这个字段不能唯一标识一条维度数据，从而形成了事实表与维表多对多的关系，因此在做事实和维度做关联时应加上时间戳字段(或Indicator字段)。

在第5 种模式中，row_key有何作用，supplier_key并不能为维表主键，那么事实表又怎么以supplier_key为外键呢？
应该不加任何主外键约束吧。