Tag: ssas

分析服务与Excel作为前端 – 是否有可能得到powerpivot提供更好的用户界面: 我一直在研究PowerPivot，并得出结论说，对于“自助服务商务智能”和立方体build筑来说，它有其用处。特别是我喜欢使用PowerPivot获得的增强型UI，而不是仅仅使用连接到分析服务数据源的数据透视表。但是，将PowerPivot连接到现有分析服务多维数据集似乎不是“组织BI”的解决scheme。在我的书中，并不总是希望将数百万行同时吸收到excel中，而且PowerPivot和分析服务之间的接口也很差。因此，问题是现有的分析服务解决scheme能否获得功率支点带来的增强型UIfunction，而不使用功率转换器作为devise工具？如果powerpivot的目标是自助服务/个人BI，那么看起来这个UI比更大/更昂贵的分析服务解决scheme更好。

缓慢的Excel数据透视表MDX？: 每当与数据透视表进行交互时，Excel的速度非常缓慢。添加/删除一个字段，更改filter或切片器，所有都需要几分钟的Excel被冻结才能响应。看起来，生成的MDX是非常低效的。我可以理解，他们必须dynamic生成MDX，并且必须支持数据透视表的许多function，但速度慢100倍是可笑的。当他们为一行或一列的字段生成MDX时，他们使用DrilldownLevel（… [Property Dimension]。[County]）我不确定Excel的更复杂的方法的目的是什么，但我希望有一些选项，我可以取消选中，以便Excel不需要使用DrilldownLevel函数。相反，我通常省略Drilldownlevel函数，只需要[Property Dimension]。[County] 。[County]来访问属性。查询相同的结果集需要5分钟的Excel的MDX和less于5秒与我的MDX。我已经证实，缓慢不是Excel渲染/格式化结果的问题，因为我使用了Excel使用的MDX，并直接在SSMS中运行它来validation计时。我可以查看服务器上的任务pipe理器，并在处理结果时观察CPU搅动。请注意，我不是责怪服务器，因为我可以创buildMDX查询，运行速度非常快，并提供相同的结果。我怎样才能让Excel生成更高效的MDX？我正在使用Excel 2010。我听说powerpivot生成更高效的MDX，但是Powerpivot在SSAS之上不可用，因为它不利用SSAS多维数据集。因此，为什么在SSAS之上的Powerpivot不起作用的一个短暂的咆哮。如果您从SSAS导入数据到powerpivot中，那么您实际上所做的就是执行一个巨大的交叉连接，将数据从SSAS迁移到Powerpivot表中。如果你已经尝试过，你会发现它产生的字段名称/标签，如“属性DimensionCountyCounty名称”…哇真的吗？然后，您只需使用本地Powerpivot的OLAP引擎处理数据，从而取决于具有64位操作系统的客户端计算机，以便处理合理大小的数据集。就好像你只是删除了SSAS，把你所有的精力放在构build一个复杂的OLAP数据库以及所有的元数据，计算，聚合等方面。使用SSAS的一半原因是它可以汇总粒度数据在返回给客户端之前，这样客户端就不需要64位的操作系统，也不需要客户端的大量资源。我真的很努力地使SSAS的动力枢轴可用，但是在尝试了几种方法并且与用户来回之后，它确实没有接近可用的地方。不要敲Powerpivot，因为我发现它在许多其他情况下是有用的，但是如果您的SSAS多维数据集是您系统的重要组成部分（即计算，在服务器端聚合大量logging等），那么powerpivot似乎是错误的select。这是我的查询的一个例子： SELECT NON EMPTY CrossJoin( {[Department Dimension].[Name].[Name]}, {[Finance Month].[Report Year].[Report Year]} ) ON COLUMNS , CrossJoin( {[Department Finance Line Type Dimension].[Display Order].[Display Order] }, {[Department Finance Line Type Dimension].[Line […]

有什么地方可以使用支持Excel格式string的Java库吗？: 对于一个将数据从某些源拖到一起并自己进行一些计算的Java应用程序，我们希望为用户提供使用他们自己的格式string的可能性，并且希望他们从Excel中知道的格式string语法（例如"$ "#,###.,0 ）这恰好与.net和Analysis Services中使用的相同。我在Java中使用的最接近的东西是DecimalFormat ，它缺less一些function（例如，通过将千位分隔符放在最后，数字和千位格式显示，浮点数NaN和无穷大显示不同，等等，在地区，会有一些额外的小差异。现在，只要数字格式就足够了。也许date和string格式将成为未来的要求。有没有图书馆，还是我们自己要发展？我无法想象我们是唯一有这个问题的人。 Noel Mbuild议的POI似乎没有提供解决scheme。任何其他的想法？