多年来，Business Objects一直处于商业智能软件的前沿。

这背后有两个主要原因：软件及其传播者。

说白了，Bernard Liautaud对商业智能软件的工作方式有一个设想。他是对的。最简单的是，您需要一个管理层、一个语义层和一个表示/报告层。这表现为主管、设计师和记者。多年来几乎没有什么变化，因为伯纳德做得很对。主要的变化是从v3到v4；当我们从windows3.11迁移到windows95时，Designer引入了一个界面，在这里我们可以拖动连接，而不是手工编写连接。就是这样。上下文和化名是我们的朋友比我儿子还久，他是一个十足的青少年谁笑磁带，几乎不记得录像机。现在所知的UDT的绝对完美必须完好无损。虽然IDT中内置了数据联合的所有功能，但UDT中有一个工具，如果低估了它，您将承担风险。一个设计良好的数据仓库加上一个设计良好的宇宙是一个很好的实现；一种观赏的乐趣；一种工作的乐趣。

相比之下，最终工具无关紧要。虽然我是Deski的粉丝，对它了解了这么久，但Webi已经进化到从它身上拿走几乎所有的东西，使它过时。IDT不能用UDT做这件事。它使它复杂化，增加了多余的层次。是的，我理解为什么它在那里，DF本身并不是一个很好的工具，但是同样的，SAP，知道这一点；有很多人是宇宙的主人。他们不是SAP BW的客户，但不要忽视他们。至少，要适应他们；他们比你现在更了解你的工具，云服务器设备，应该被视为市场份额和研发的丰富资源。

许多来自Bex/SAP BW背景的读者根本无法理解我所说的。那些有数据库背景的传统BO的人就可以了。当通过数据库进行报告时，IDT将证明是有用的，但前提是该组织不需要报告数据库，也不需要趋势和历史报告。因此，云服务平台，SAP，考虑未来的路线图，并考虑如何更改语义层工具。考虑不要改变它-到目前为止，你对它所做的很少，这是因为伯纳德从一开始就做得很好。

嗨，马克-上周在SAP用户群网络广播中提出了类似的问题-请参阅BI4.1 SP06更新和BI4.2计划的问答

SAP发言人建议在Idea Place发布想法/建议-ideas.sap.com

塔米，我在问答部分看不到任何与语义层未来相关的链接。你有什么特别的想法吗？

别理这个标志，我的朋友。我真的很喜欢IDT，大数据主要学什么，但我知道你是从哪里来的。我不太清楚为什么他们至少不能创建相同类型的文件，这样你就可以在任何一个工具中创建/使用一个宇宙，并让它与你喜欢的任何朋友端工具一起工作。

不过，我要说的是，在语义层方面，HANA视图就是它的所在……

詹姆斯，你关于HANA视图的回复总结了SAP的态度有经验的博人看到了——如果有疑问，就砸钱。不是亲自动手，但Business Objects始终是各种规模公司的工具。如果您特别需要，可以使用带有MS-Access作为存储库的PC运行原始的Supervisor/Designer/Reporter产品。我担心的是，数据和大数据，SAP正在背弃BO的传统市场，感觉如果你不买HANA或BW，那么他们就不感兴趣了。如果有人把原来的那一堆整理好，带到现代，贴上薄熙来的标签，那它还是有一个很好的市场的。没有webi，没有SIA，只有一个主管驱动的存储库，返现是什么意思，负责管理，Deski是报告工具。如果价格合适，它可能会主导报告市场中较便宜的一端。如果公司发展壮大，那么他们可以根据当前发生的迁移将其universe和报表转换为unx/webi。

就IDT而言，我认为在将universe放在数据仓库上时不需要单独的联邦语言/层；你应该能够简单地利用仓库和它的专有SQL语言，比如SQL Server、Oracle、Teradata、Netezza等等。正如你所说的，如果他们能找到某种方法将两者集成起来，这样你就可以拥有一个工具，不管有没有联合，那么这可能是一个适合所有人的最终目标。

嗨，

我听到你的标记。不可否认的是，我们的开发重点已经转移到优先考虑SAP安装基础，而不是其他"不可知"（非SAP）数据源。

另一个让一些人不安的分歧是，重点是"按需"（云托管）应用程序，而不是本地解决方案。

这是一个棘手的难题，但是：SAP现在是一家云公司，在HANA上运行。这就是策略。

但是，我希望在这里提供一些保证：在SAP中仍然有一些有影响力的BOE中坚分子，他们拥护中间立场，看到服务中小企业的价值，与非SAP安装基地合作，与本地客户合作等等。我们尽我们所能代表您！

我想知道Merlijn的这项上市调查是否可以作为您反馈的一个好工具？

亲切的问候，

亨利

亨利，

感谢您的调查，但我无法在我没有猜到的部门完成调查。其中一页上没有"不知道"选项。所以我猜