Questions tagged «business-intelligence»

开发报告和分析系统领域的统称，通常与数据仓库相关。

2
什么是多维数据集中的量度和尺寸
此问题是从Stack Overflow 迁移而来的，因为可以在Database Administrators Stack Exchange上回答。 迁移 6年前。 我是Microsoft Sql Server商业智能的新手Analysis Service（但是我使用SQL Server已有多年的编程经验）。任何人都可以用简单的文字描述多维数据集中的度量和维数（如果可能的话）？ 谢谢
2
重新计算BIDS中的时间维度
我正在使用BIDS在SSAS 2008 r2中创建多维数据集。 我使用向导创建了一个时间维度。该配置的一部分是选择日期范围。 创建之后，我意识到我需要比最初指定的日期范围更大的日期范围。 我确实发现我可以打开维度，转到属性，然后在那里重新定义日期范围。我保存并重新处理了该维，但是表中的实际日期范围并未增长到包括新添加的日期。 有没有其他方法可以使这个时间维度增长，还是需要从头开始重新创建？
6
您能举一个商业智能的例子吗？
我真的不了解商务智能的全部含义。如果我从拥有公司数据库开始，那么BI人员会做什么？我在网上发现了很多资料，但这通常太复杂了。我想要一个简单的示例，该示例将使我理解BI的全部含义，以及BI人员将产生的对我的组织有价值的东西。
2
开源商业智能/ DWH解决方案
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为数据库管理员Stack Exchange 的主题。 4年前关闭。 我想知道还没有问过这个问题。Google对我来说只有极少数的结果没有显示出高质量的工具 有哪些针对数据仓库，更具体地说是商业智能工具的开源（也可以免费使用）解决方案？您对他们有什么经验。我的硕士课程中有一门课程，我们与MS Business Intelligence和MSSQL一起用作数据仓库存储。现在，我想使用“开放式”工具深入了解该主题。 是否有任何可比较的商业智能工具（大多与数据库无关），您对它们有任何经验吗？ 编辑玛丽安（Marian）对斯蒂芬妮（Stephanie）的回答时，我发现我把问题提成错误。我知道DWH只是“报告优化”的数据库，Stephanie对此的解释很清楚。我对如何使用哪种类型的BI软件/工具/其他技术将数据转换为这种优化形式感到更感兴趣。
1
填充日期维度表的最佳方法
我正在寻找在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] …
2
如何为BI配置在SQL Server上配置这些磁盘？
假设恒定内存（32gb）和CPU（4），2个磁盘阵列，我有以下磁盘 2 x 150（10k） 6 x 150（15k） 它们都是本地磁盘。 我的要求 我的数据库是350gb，并设置为默认10％增长 我的OS和SQL Server是Server 2k8R2（C：驱动器OS +页面+应用程序= 55Gb） 日志要求约为70gb，默认设置为10％的增长，并且通常会被截断 我的TempDb当前约为12gb，默认设置为10％的增长 我的问题是我试图了解将TempDB和OS以及Log放在哪里的最佳方式。我的经验仅限于这两个的最佳配置 这不是一个在线交易系统。它具有大量的数据写入（新数据+索引重建/重组），然后具有大量的数据读取（我估计约为50/50），处理大约13个小时，然后安静下来。 我的理解是，与日志相比，TEMPDB在正常处理期间被大量使用。 我的想法是以下 适用于OS + TempDB的2 x 150g（15k）突袭1 = 150g 2 x 150g（10k）RAID 1 = 150g for LOG（请注意此处的磁盘较慢） 4 x 150g（15k）突袭5 = 150g用于数据 听起来像个好主意吗？然后，如果需要，我可以交换Log + TempDB。 我是否违反基本原则，例如由于分页问题而从不将TempDB放在OS磁盘上，或者也许从不将日志放在比数据慢的磁盘上？ 编辑： 我们的系统上也有一个SSAS，最终用户只能访问多维数据集。上面的50％是根据处理SSAS数据库所需的时间得出的。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.