Cognos 模式
模式被定义为数据库的逻辑描述，其中事实表和维度表以逻辑方式连接。数据仓库以星图、雪花和事实星座图的形式维护。
Star Schema
星型架构包含一个事实表和多个维度表。每个维度只用一维表表示，并且没有标准化。维度表包含一组属性。
特点
在星型模式中，只有一个事实表和多个维度表。
在星型模式中，每个维度都由一维表表示。
维度表未在星型架构中规范化。
每个维度表都与事实表中的一个键相连。
下图显示了一家公司从时间、项目、分公司和地点四个维度的销售数据。
中间有一个事实表。它包含四个维度中每个维度的键。事实表还包含属性，即已售出的美元和已售出的单位。
注意-每个维度只有一维表，每个表都包含一组属性。例如，位置维度表包含属性集{location_key, street, city, Province_or_state, country}。这种约束可能会导致数据冗余。
例如-"温哥华"和"维多利亚"这两个城市都在加拿大不列颠哥伦比亚省。此类城市的条目可能会导致沿属性省或州和国家的数据冗余。
Snowflakes Schema
雪花模式中的一些维度表是规范化的。归一化将数据拆分到其他表中，如下图所示。
与 Star 模式不同，雪花模式中的维度表是规范化的。
例如-星型模式中的项目维度表被规范化并拆分为两个维度表，即项目和供应商表。现在，商品维度表包含属性 item_key、item_name、type、brand 和供应商键。
供应商键链接到供应商维度表。供应商维度表包含属性 supply_key 和 supply_type。
注意-由于雪花模式中的规范化，减少了冗余，因此易于维护并节省存储空间。
Fact Constellation Schema (Galaxy Schema)
一个事实星座有多个事实表。它也被称为 Galaxy Schema。
下图显示了两个事实表，即 Sales 和 Shipping-
销售事实表与Star Schema中的相同。运输事实表有五个维度，分别是item_key、time_key、shipper_key、from_location、to_location。运输事实表还包含两个度量，即已售出的美元数和已售出的单位数。也可以在事实表之间共享维度表。
例如-销售和运输事实表之间共享时间、项目和位置维度表。
