ODI安装配置时候,总是有逻辑架构、上下文、物理架构,还有就是Flow.
还有一个就是被问的最多的,Staging Area是不是相当于ETL服务器的Transformation.
个人理解:
Flow:
如果用Flow Control Option进行集成控制,必须选择update key.
update key 是目标数据源中一个可以唯一识别一行的列集合。Update Key可以用来执行更新和流控制。
它可能是定义在目标数据源中的Primary/Unique Keys。在interface中定义。
如果目标数据源有主键,在关系图(Diagram)中选择目标数据源,然后选择更新键。
Flow: 它就是数据从源数据源到目标数据源的路径。这个流检查数据怎样被提取、转换、集成到目标源。
Staging Area:是一个独立、专有的在一个关系数据库中用来为ODI创建临时对象的区域。默认它在目标数据库中,如果目标数据源不时一个RDBMS,那么必须把Staging Area定义到一个RDBMS。
Staging Area在Interface的Definition中定义。
ODI
逻辑架构:
一个物理模式(physical schema)由一个owner schema和一个work schema组成,work schema主要用于一些临时表等对象,考虑单独创建用户维护这个对象.
物理架构:
一个逻辑模式(logical schema)是物理模式的别名,防止用户更改数据库服务器IP地址,用户名,数据库服务器密码等信息.可以理解为同义词,避免用户在使用过程中加入数据库dblink.物理模式的修改,不影响逻辑模式.
上下文:
物理模式信息的修改不影响逻辑模式的引用,但如果物理模式数据库服务器的连接信息改变,就比较麻烦.上下文的出现就是允许逻辑模式通过上下文连接多个物理模式,避免因为连接信息改变而重新定义.
当然,上下文是匹配所有物理模式的.
ODI在设计开发阶段是通过引用逻辑模式完成的.在执行阶段,通过上下文找到相应的物理模式,然后执行转换.如果需要在上下文中执行一个对象,必须在上下文中匹配逻辑模式.在上下文中,几乎一个逻辑模式匹配一个物理模式.