我的公司在MS BI Stack(SQL Server报告服务，-Analysis Services和-Integration Services)上投入了大量资金，但是我想看看看似最受关注的开源替代品Pentaho是什么样的。

我已经安装了一个版本，并且可以毫不费力地启动并运行它。这样很好。但是，我实际上还没有时间开始将其用于实际工作中，以全面了解该软件包。

你们是否对Pentaho与MS BI的优缺点有任何见解，或者是否有任何此类比较的链接？

非常感激！

解决方案

我无法在MS BI Stack上提供任何输入信息，但是在最近的奥兰多Barcamp奥兰多会议上，来自Pentaho的人们在那里谈论他们的产品，这是一个非常令人印象深刻的演示。

这是一个开源项目，我们可以扩展自己，也可以付费购买以获取真正优质的服务，这一事实为我们提供了很多选择。他们展示了他们为客户所做的一些有偿工作，无疑吸引了观众。

我也有机会与Pentaho从事数据仓库方面工作的开发人员进行了一些交谈，他非常敏锐，非常乐于接受建议，并且可以毫无疑问地回答任何问题。

就公司而言，Pentaho的工作以及他们所有开发人员的友好和友善都给我留下了深刻的印象。

在走下Business Objects的道路上，我回顾了多个Bi堆栈。我的很多评论都是偏爱的。两种工具集都很出色。我最喜欢巧克力软糖布朗尼冰淇淋而不是普通巧克力。

Pentaho有一些非常聪明的人正在与他们合作，但是Microsoft一直在资金充裕，计划周密的道路上。请记住，MS仍然是数据库市场上的弱者。甲骨文在这里是国王。为了提高竞争力，当我们购买数据库时，MS会赠送很多东西，并且被迫多次改造其平台。我知道这与数据库无关，但是DB争斗已导致MS付出很多，以便为其堆栈增加价值。

1.)平台
SQL Server无法在Unix或者Linux上运行，因此它们会自动排除在该市场之外。 Windows现在与某些版本或者Unix的价格大致相同。 Windows非常便宜，现在运行不正常。它给我带来了和Linux一样多的麻烦。

2.)OLAP
在2000版的基础上，分析服务于2005年(目前是2008年)进行了重新设计。这是2000年以来更强大的命令。一旦变大，pentaho(蒙德里安)的速度就不会那么快。它还具有很少的功能。这是相当不错的，但是工具的方式却很少。两者都支持Excel作为必不可少的平台。 MS版本更强大。

3.)ETL
MS DTS已被SSIS取代。再次，魔咒的顺序会增加速度，力量和能力。它控制所有数据移动或者程序控制。如果无法执行此操作，则可以在Powershell中编写脚本。与2008版中的Informatica相当。
Pentaho比以前要好得多。速度没有我想要的快，但是我可以做我想做的所有事情。

4.)仪表板
Pentaho对此进行了改进。开发起来有点不舒服和不友好，但是对于MS来说确实没有一个真正的等价物。

5.)报告
MS报告功能强大，但并非难用。我现在喜欢它，但一开始讨厌它，直到我对它有所了解。我一直在使用Crystal报表，而MS报表生成器的功能要强大得多。在MS中，做困难的事情很容易，但是做简单的事情却要困难一些。
Pentaho有点笨拙。我一点都不喜欢，但我们可能会喜欢。我发现它过于复杂。我希望它或者更像Crystal报表生成器，或者像MS报表生成器，但它像碧玉一样。我发现很难。那可能是一种偏爱。

6.)临时

MS这对我来说是真正的赢家。我与我的用户进行了测试，他们立即爱上了MS用户报告生成器。与众不同的是，它不仅易于使用，而且高效。
Pentaho很好，但是很老。它使用更典型的基于向导的模型，并具有强大的工具，但我讨厌它。它确实是一种出色的工具，但是我们已经从这种风格继续前进，没有人愿意回去。我在使用logiXML时遇到了同样的问题。该界面按原样运行良好，但与我们使用12年的界面相比并没有太大变化。
http://wiki.pentaho.com/display/PRESALESPORTAL/Methods+of+Interactive+Reporting

有一些经验丰富的人可以使Pentaho真正运行良好，我只是发现MS套件效率更高。

如果我们正在寻找健壮，低成本的替代产品，则LogiXML在.NET平台上具有仪表板和即席报告功能。自2006年下半年Pentaho刚开始使用以来，我们就一直在使用它们，但是我有一段时间没有使用它了。

多年前，我开始使用MS Reporting Services，并且非常喜欢它。我没有尝试过Penaho的报告解决方案，因此无法对此发表评论。我也没有尝试过Analysis Services或者Pentaho的替代产品。

最近，我需要一个ETL解决方案，并且熟悉MSSQL和MSRS，显然我会复查并可能选择MS Integration Service。但是对我来说，MSIS太糟糕了。主要是因为它不直观。花了几天的时间尝试学习该工具后，我决定寻找一种替代方法，并遇到了Pentaho Data Integration(以前称为Kettle)。我在几分钟之内就将其启动并运行，并立即创建了我的第一个转换。它只是工作。

诚然，我的需求很简单，但是表现非常出色，社区似乎非常有帮助。

警告-有很多站点列出了SSIS的众多缺陷，错误和烦恼。不确定为什么SSIS会在帖子中排在首位-但在将项目押注之前，先看看人们在博客圈中要说些什么。根据我的经验，关于SSIS的可怕程度约为20：1，我也很同意，目前正在寻找其他选择。

我最近尝试了pentaho开源BI。我发现它非常笨拙。这不是很直观，并且开发时间花费了更长的时间。

段落数量不匹配