2回答
维度继承的维度模型
、、、
如果一个维度在逻辑上从另一个维度继承，那么维度通常是如何在维度模型中建模的？例如，假设我有一个Employee维度和一个Driver维度，其中驱动程序拥有员工的所有属性，但也有一个Truck Number属性。这些维度应该如何建模？
浏览 0提问于2015-06-28得票数 2
我读到更多关于warehouse体系结构模式的文章，并且遵循Databricks的演示，我几乎看不到任何关于维度建模的讨论，比如在传统的数据仓库中(Kimball方法)。我知道计算和存储成本要低得多，但是没有数据建模对查询性能有更大的影响吗？在Spark3.0之后，我看到了所有很酷的特性，比如，等等，但是因为这些，维度建模已经过时了吗？如果有人用Databricks实现了维度建模，那么您的想法呢？
浏览 7提问于2021-11-15得票数 6
回答已采纳
我对维度数据建模是个新手。我遇到过这样的场景，我必须在两个维度之间创建一对多关系，在一个场景中，我确实创建了从事实表到维度表的一对多关系。我知道这两个场景对于维度建模并不理想，但我想了解在维度模型中使用这两个场景的缺点。
谢谢
浏览 6提问于2018-09-05得票数 0
回答已采纳
目前，我正在处理维度建模/数据仓库/数据集市。维度建模用于OLAP (联机分析处理)。我一直在阅读有关维度建模和OLAP的文章，这种类型的数据库被描述为“非规范化”。
但是因为我和他们一起工作，所以我看到所有的数据结构总是在1NF中最小。我从来没有使用过完全非规范化的数据库结构。
浏览 22提问于2017-02-13得票数 2
回答已采纳
1回答
数据建模和维度建模有什么区别？
、、、、
我读过多篇博客文章，我明白数据建模包括三个步骤在数据仓库中，我们需要执行某些步骤：步骤2:确定措施步骤4:确定度量的粒度这些建模技术相互关联吗？在设计数据仓库时，这些建模技术从何而来。
如果有人能为我提供任何关于数据建模和维度建模场景的链接/资源，这将是非常有帮助的。
浏览 0提问于2020-11-19得票数 0
假设您必须建模几个应该具有组合属性的类，如维度(宽度和高度)或电话号码(前缀、号码和扩展名)。如何在避免代码重复的同时用Django对这些代码进行建模？创建单独的维度模型并将其引用到ForeignKey字段是没有意义的。
浏览 4提问于2012-09-19得票数 3
回答已采纳
我正在为一个数据集市建模，并且有多个度量(指标)和维度。请给我您的意见，以及何时选择每个选项？
浏览 7提问于2018-04-08得票数 0
1回答
替代键作为维度的属性
、、、
在数据建模中，维度是否可以将替代键作为属性使用到另一个维度，还是应该始终是业务密钥？
我有一个Item维度，它有一个部门号作为属性。我也有一个部门维度。项目维度是否可以将SK保持到部门维度，还是只保留业务键？
浏览 4提问于2014-05-30得票数 1
回答已采纳
1回答
目前，我正在进行维度建模，并有一个关于外部维度的问题。该公司从事贸易，并充当客户和供应商之间的中间人。我的问题是，是否正确地进行涉及地理的触发维度。这样，我们就可以衡量我们从原产到一个城市的运输了多少。希望我的问题是清楚的，我把它张贴在正确的地方。
提前谢谢。
浏览 2提问于2021-03-02得票数 0
回答已采纳
1回答
你好，我是Datawarehousing的新手，您如何在数据仓库中建模：供玩家使用·一个击球手要打多少次球？·得分是多少分。
浏览 0提问于2011-05-29得票数 2
1回答
因此，在考虑如何建立维度模型时，我可以将键的组成部分识别为一个维度(或两个)，变量似乎是度量，但我很难确定事实是什么。我不知道是否有一个关键的洞察力的维度建模过程，我错过了，或它是不是只是不适合我的情况。
编辑:我不确定我会实现什么通过维度建模也！上下文是一个处理3NF表、进行计算和输出3NF表的现有应用程序。建议将这些表迁移到一个数据仓库中，该数据仓库正在使用量纲建模方法构建。我很难理解这会有什么好处，因为计算是抽象的数学和统计计算，而维度建
浏览 0提问于2012-01-13得票数 2
我正在读Ralph Kimball关于数据仓库和维度建模的书。我正在阅读一个案例研究，它是关于订单系统的维度建模，其中的需求是捕获从订单到履行再到发货的订单生命周期。所以，我在想，也许他们会建议在一个事务维度中使用多行事务类型FK。然而，这本书建议创建“角色扮演”维度-创建多个日期维度表(一个用于订单日期，一个用于履行，一个用于发货)。
浏览 1提问于2011-04-22得票数 4
回答已采纳
1回答
我对星型模式建模的理解是，维度必须直接链接到事实表。如果这是真的，那么星型模式不能包含Outrigger维度表。那么，如果一个模式包含Outrigger维度，那么它就是雪花，这句话是真的吗？ 谢谢
浏览 33提问于2021-10-20得票数 2
未通过)
1-分别建模所有维度，并将它们相互关联(雪花模式)，并将事实表与相应维度关联起来。在这种情况下，构建查询时需要多个联接。2.按照kimball的建议，我们应该将所有1:n关系统一在一个独特的维度中，但使用这种近似，我们应该建立包
浏览 0提问于2018-05-10得票数 0
我刚读过，刚开始对星型模式进行建模。我的事实表，称为“听众”，将包含一个主治者与电话连接的时间，以及这个人与电话连接的成本。是否应该使用一致的客户端维度并以这种方式创建非客户端维度(对于尚未成为客户端的调用方)(省略不属于此问题的维度)：或者是否有一个更好的/标准的机制来建模像这样的业务流程？编辑：
浏览 7提问于2010-03-07得票数 4
回答已采纳
2回答
我正在尝试用各种类型的二维来建模一个recruitement仓库，但是我不确定我是否正确地建模了这个特定的场景。我到目前为止正在做的事情是：这两个维度通过一个包含FKs的无事实事实表Fact_PersonEmployer，连接到两个维度，以及一个有效的from从我的角度来看，客户端似乎是person维度的类型2属性，因此我一直在考虑以这种方式对其建模。我只是不确定在不使用无事实事实表的情况下将维度</e
浏览 4提问于2017-07-12得票数 0
2回答
我有一个名为sales的事实，它具有维度product和store的FK。这些维度中的每个维度都有关于该维度的信息，但我有一些关于特定store中的product的信息，比如产品在该商店中的位置。我很想对一个主键是产品和商店的组合的维度进行建模，这样做是可以的，或者存在更好的替代方案？
浏览 6提问于2021-01-06得票数 0
数据仓库建模的主要拓扑结构(星星、雪花)是在设计时考虑到一对多的关系。在这些建模方案中，当面对多到多的关系时，查询的可读性、性能和结构会严重下降。在数据仓库中，实现维度之间或事实表与维度之间的多到多关系的一些方法是什么?在必要的粒度和查询性能方面，它们带来了哪些妥协？
浏览 0提问于2011-01-04得票数 28
回答已采纳
1回答
同一实体具有不同业务密钥的维度。
、、、、
我们有一个维度建模场景，如下所示。
如何创建产品维度，如果产品来自不同的来源和不同的业务密钥为相同的 product.Any数据仓库专家，请分享您的想法
浏览 2提问于2014-02-24得票数 0
回答已采纳
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
腾讯云开发者
