1回答
所以已经有一个关于SnowFlake Diagram and Many to Many relationships的问题了，但我的问题有点不同。看一下这个模式。draw.io (对不起，我不能上传图片到Imgur) 这是一个简单的星型模式，我想捕获/检索一些用户和团队可以识别的指标，因此上面的模式是有意义的。但是在dim_user和dim_team之间有一种多对多的关系，当然每个人都希望避
浏览 24提问于2021-05-06得票数 0
1回答
我正在尝试构建OLAP模式，但在设置由多到多关系组成的维度时遇到了困难。
我有一个包含许多类别的产品，所以我创建了一个表产品、一个表ProductCategory和一个表类别。产品的数量总是在增加，因此，对我来说，使用单个ProductCategory表似乎有点冒险。蒙德里安文档对我来说不是决定性的，所有现有的带有雪花模式的模式示例都只使用一个关系表(比如ProductCategory)，而不是多到
浏览 2提问于2014-03-26得票数 2
回答已采纳
数据仓库建模的主要拓扑结构(星星、雪花)是在设计时考虑到一对多的关系。在这些建模方案中，当面对多到多的关系时，查询的可读性、性能和结构会严重下降。在数据仓库中，实现维度之间或事实表与维度之间的多到多关系的一些方法是什么?在必要的粒度和查询性能方面，它们带来了哪些妥协？
浏览 0提问于2011-01-04得票数 28
回答已采纳
[int] NULL, [IG_Int7] [int] NULL,在C#代码中，对应于具有可接受字段的因此，每当输入新的DerivedEntree时，都会在Entree表中插入一行，当输入新的entree时，会将其插入到两个表中。这是为了满足这样的要求，即每个入口必须具有唯一的Id (这将是Entree表中的RowId )。另一种</
浏览 1提问于2015-04-02得票数 0
1回答
首先，我试图通过举例来区分星型模式和雪花模式。但是我在尝试规格化表以创建雪花模式时遇到了问题。附加的图像是星型架构
我尝试为dimcustomer创建另一个dim表，但不确定我可以为该表命名什么。雪花架构
浏览 4提问于2017-04-23得票数 0
1回答
根据Kimball的设计，我计划有一个带有时间戳的、缓慢变化的维度来跟踪员工个人资料的变化(以支持对员工状态的时间点分析)，以及一个人数定期快照事实表，以支持对新员工、离职人员、休假、支付的工资等措施的测量理想情况下，我希望避免为员工分配到的每个角色/工作重复员工配置文件数据(地址、人口统计数据等)，但这是否意味着我需要对维度进行雪花处理？1) (见附件
浏览 20提问于2019-06-12得票数 0
1回答
多租户中雪花簇的安全性
、、、
对于具有雪花的多租户环境，每个客户端都有不同的集群。我们如何通过DDoS攻击保护雪花集群？由于我们拥有跨租户的通用微服务，而不是一个租户可以恶意地对另一个雪花集群进行DDoS攻击。如何在租户雪花集群之间配置网络隔离？
谢谢
浏览 14提问于2022-01-10得票数 1
我对DW非常陌生，我只是在学习这些东西。我在互联网上读到，经过ETL处理后，DW数据被存储在一些数据集市中，原因有一些，比如易用性。每个数据集市都可以使用一个结构。假设数据集市使用的是星型结构。现在我的问题出现了：假设我们有两个使用星型结构的数据集市。假设它们都只有一个事实表和一些维度表。问题是，事实证明，第一个数据集市中的一些维度表与第二个数据集市中的维度表相同
浏览 5提问于2022-03-25得票数 0
回答已采纳
为了稍微描述一下报告，我们的系统中的用户被标记为关于用户的不同的元数据。例如，我可能被标记为“纽约市”和“软件工程师”，而其他用户可能被标记为不同的位置和职务。理想情况下，我可以在Redshift中创建一个视图，允许我们的BI软件用户在他们认为合适的时候运行这个报告。Ti
浏览 3提问于2021-02-23得票数 0
我正在尝试设计一个星型模式事实表以及一些将围绕它的维度表。如果我在customer_key和fact_table中重用名为dim_customer的自然键，那么我就不会发现调用某个东西和一个查找表有什么区别。此外，如果我每次都需要更新customer_name，我就会在记录时松散表示这一事实的历史数据。当我试图为昏暗的事实表格建模时，我遗漏了什么？我想了解关系“查找”表技术和数据仓库“维度”表之间的区别吗？name
units_sold
浏览 0提问于2018-01-31得票数 5
回答已采纳
3回答
在阅读有关星型模式设计的文章时，我看到许多人对不同类型的维度表使用不同的名称。
请列出每种类型的名称和简短描述。如果有任何列表，还包括别名。
浏览 2提问于2011-11-18得票数 2
1回答
我对星型模式建模的理解是，维度必须直接链接到事实表。如果这是真的，那么星型模式不能包含Outrigger维度表。那么，如果一个模式包含Outrigger维度，那么它就是雪花，这句话是真的吗？ 谢谢
浏览 33提问于2021-10-20得票数 2
2回答
如果两个实体存在，并且在某种意义上，它们具有一对多关系，而在另一种意义上，它们具有多对一关系。这两个关系是变成多对多，还是可以有两个关系？一对多，多对一？
浏览 1提问于2011-05-15得票数 0
回答已采纳
1回答
我有一个多星模式或。我的意思是，有多个维度表和多个不同粒度的事实表，它们都像银河模式一样排列或关联-我已经确保没有一个有循环关系，所有的都有多对多的关系(因为我在切片器中变得空白)和双向(以便我可以以任何方式切片和骰子)。我只能与4个事实表中的任何一个有关系。无法拥有另一个关系，因为它变得循环，并且关系变得不活动。如何将此共享维度引入所有事实数据表？总而言之，
浏览 23提问于2021-12-03得票数 0
我的多维数据集中有一个多对多维度(与其他常规维度相邻)。当我想要排除行数度量中的事实行时，我通常会在MDX中执行类似以下操作这看起来可能比这个简单示例中需要的更复杂，但在这种情况下，WHERE有时会增长，也包括联合。
因此，这适用于常规维度，但现在我有了一个多对多维度。如果我执行上面的技巧，它不会产生期望的结果，也就
浏览 3提问于2009-12-16得票数 3
3回答
从商业智能的角度来看，这是一个常见的问题，但我希望得到一个统计上的答案。
我们可以根据关系数据库做出决定来进行其中一种设计吗？我的意思是，数据量之间是否存在适合其中一种模式的数学比例？
浏览 2提问于2016-12-07得票数 1
2回答
处理事实表中的不同类型
、、、、
个人和公司有着非常不同的属性，一个典型的报告要求是查看所有类型的捐款总额，然后按捐助类型对捐款进行深入研究。我的第一个想法是构建这样一个模式📷
由于公司和个人有着如此不同的属性，所以我们的想法是将它们保存在自己的桌子上，并使它们成为维度另一种选择是将公司和用户表组合成一个大型捐助方表，如
浏览 0提问于2017-11-14得票数 2
1回答
这是一个简单仓库的例子：
如果在Fact_Sales中仍然有Date2_ID，Date3_ID这两个日期是否与相同的Dim_Date维度相关，或者我将不得不创建Dim_Date2和Dim_Date3维度(具有各自的雪花模式)？
浏览 2提问于2011-10-11得票数 1
回答已采纳
2回答
首先，这是一个非常非常简单的数据仓库，我只想问下面这个特定的问题。我有一个事实表FactSales和两个维度: DimShop和DimProduct，它们彼此分离并直接连接到事实表。有些商店可以出售选定的产品，反之亦然，有些产品可以在特定的商店出售。这为我们提供了多对多的关系。问题是，当我试图切片我的立方体时，我得到了商店和产品之间的所有组合。问题：
如何在具有多
浏览 1提问于2013-04-08得票数 1
在为雪花数据仓库设计数据模型时，对于哪种类型的模型具有最佳性能是否有一个通用规则？具体来说，比较传统的星型模式和宽表。
典型的事实表具有存储描述等字段的维度的替代键。这更符合“一张大桌子”的做法。对任何维度或事实的值进行更改，都需要在“事实”表中创建一个新记录，这显然会生成更多的数据“。
浏览 1提问于2019-12-03得票数 1
回答已采纳
云服务器
ICP备案
云直播
对象存储
实时音视频
腾讯云开发者
