Questions tagged «dimension»

我正在寻找在SQL Server 2008数据库中填充日期维度表的方法。表中的字段如下： [DateId] INT IDENTITY(1,1) PRIMARY KEY [DateTime] DATETIME [Date] DATE [DayOfWeek_Number] TINYINT [DayOfWeek_Name] VARCHAR(9) [DayOfWeek_ShortName] VARCHAR(3) [Week_Number] TINYINT [Fiscal_DayOfMonth] TINYINT [Fiscal_Month_Number] TINYINT [Fiscal_Month_Name] VARCHAR(12) [Fiscal_Month_ShortName] VARCHAR(3) [Fiscal_Quarter] TINYINT [Fiscal_Year] INT [Calendar_DayOfMonth] TINYINT [Calendar_Month Number] TINYINT [Calendar_Month_Name] VARCHAR(9) [Calendar_Month_ShortName] VARCHAR(3) [Calendar_Quarter] TINYINT [Calendar_Year] INT [IsLeapYear] BIT [IsWeekDay] BIT [IsWeekend] …

8 sql-server-2008  data-warehouse  business-intelligence  dimension  star-schema 

我是DW设计的新手，正在研究DW以对某些IT基础结构进行建模。 此时的主要问题/问题是如何对驱动器信息进行建模。 我们将在文件和文件夹上收集汇总数据，并在物理驱动器上收集单独的数据。驱动器信息将至少包括总空间和可用空间，并将每周更新几次。 需要回答的业务问题之一是驱动器使用率随时间变化的趋势。该驱动器信息还将用于向下到文件/文件夹级别的层次结构中。 我现在可以看到的选项是： 实施DRIVE为维度 简化层次结构设计 这会导致报告问题吗？仅在一个维度上报告有时间限制的数据对我来说似乎违反直觉 拥有一个维度，每次刷新数据时您都会知道，这似乎也有问题 实施DRIVE为事实表 简化报告 使层次结构复杂化（？）-我还将Drive用来将数据映射回特定的服务器或计算机。可以将事实表用作层次结构中的中间级别吗？我认为不是。 实施DRIVE既是事实和维度 事实将只包含密钥，日期和空间事实 维度将包括其他非累加数据，例如所用的计算机等。 似乎可以解决这两个问题，但这是一种反模式吗？

8 data-warehouse  dimension