仓库:存储(并计算)非事实记录?
如何存储不包含任何事实的记录?例如，假设一家商店想要计算进入商店的人数(并且他们获取进入商店的每个人的信息).在仓库中，我猜会有不同属性的维度表“人"，但事实表会是什么样子?它会只包含外键吗? 解决方案 正如你所描述的，那只是一个事实表.实际上，它有一个名字——factless 事实表；没有任何度量的事实表. 重新编码事件很常见.基本上任何记录:who, what, where,wh
..
fact-table相关内容
如何创建历史事实表？
我的数据仓库中有一些实体： 人-具有personId属性， dateFrom，dateTo和其他可以更改的内容，例如姓氏，出生日期等-尺寸变化缓慢 文档-documentId，数字，类型 地址-地址ID，城市，街道，房屋，公寓 （人与文档）之间的关系是一对多，（人与地址）之间的关系是多对多。 我的目标是创建可以回答以下问题的历史事实表： 哪些人在定义的日期住在定
..
具有多个事实表的数据仓库的设计
我是数据仓库的新手。首先，我要比将数据仓库工具包的副本精确到邮箱（蜗牛邮件：P）的方式要精确。但是我已经用我在网上找到的东西来研究所有这些东西。 但是，我在网上找不到的是当你在做什么在DW中似乎有多个事实。就我而言（保险），我会定期退款。一个客户三个月可以没有一个，然后在同一个月中可以有十个。另一方面，我有“订阅费”（不确定什么是正确的英语术语，但是您明白了），该费用每个月或每三个月发生一次
..
为什么在维建模中事实表不需要（不是）主键？
我听过一些参考，事实表上不需要pk。我相信每个表格都应该有一个pk。 如果没有pk和10多个外键，一个人如何理解事实表中的一行。 解决方案 有主键 ...但强制执行 不需要级别的数据库中的主键约束。 如果考虑到这一点，从技术上讲，唯一键或主键是唯一定义每一行特征的键。它可以由该实体的多个属性组成。现在，在事实表的情况下，来自其他维表的外键一起已经充当了复合主键。这些外键组
..
一个或多个事实表?
我正在尝试建立一个数据集市. 我有很多方面，并有几项措施-事实.在业务方面，每项措施都与各个方面相关.有一种标准的方法，就是所有措施都有一个大的事实表. 但是我有一个主意:如果我为每个量度都有单独的事实表怎么办?它对数据库性能，解决方案可扩展性等有何作用? 编辑::: 在真正复杂的公司环境中，将存在基于olap多维数据集的巨大解决方案.因此需求首先是易于扩展和维护，然后是性能
..
数据仓库，事实表和尺寸表的设计逻辑模型
嗨，我是Datawarehousing的新手，对于家庭作业，要求我意识到逻辑设计，物理和实现。你如何在数据仓库中建模： i希望设计数据仓库，提供有关棒球联赛的统计数据的答案 对于玩家 •有多少次击球手蝙蝠。 •如何许多运行得分是。 •有多少次命中，双打和三重命中。 •多少个人 •许多RBI。 •许多基于球的基础 在防守： ▪多少出局，双重
..
仓库：存储（和计数）非实际记录？
如何存储不包含任何事实的记录？例如，假设商店想要计算有多少人进入商店（并且他们为商店内的每个人获取信息）。在仓库中，我想有维度表“Person”具有不同的属性，但是事实表怎么样？它只包含外键？ 解决方案 正如你所说的，这只是一个事实表。实际上，这个 - 事实型事实表的名称;事实表没有任何措施。 这是很常见的重新编码事件。基本上任何记录：谁，什么，在哪里，何时和为什么？将是事实无测量表
..