我的任务是为现场的ActivePivot后端提供高性能的前端.我已经有一个客户端服务层,它提供预先聚合的预格式化数据的连续流(IObservable T),以及详细说明报告中的维度和内容的元数据.我的要
>根据流中的元数据动态设置行标题和列标题.
>将实时数据动态传递到控件的相应行/列.
>突出显示数据更改.例如.增加的值可能会暂时以绿色突出显示,红色值会减少.
>拦截行/列标题上的用户操作(即向下钻取),以便我可以在底层MDX查询中发起更改.
>拦截数据值上的用户操作(可能是双击),以便我可以发起追溯查询(其结果将显示在单独的数据网格中).
所有第三方组件似乎都是围绕切片和切割断开连接(或很少更新)的数据集.他们牺牲性能来实现我根本不需要的更高程度的灵活性,并且性能对我的场景至关重要.
有没有人知道WPF控件是以性能为中心的,并且更倾向于查看预先聚合的预格式化数据？
允许切片和骰子数据探索的类似数据透视表的前端通常与OLAP技术相关联.其中一些前端使用专有数据模型定位一个特定服务器,而另一些前端实现标准：通过 XMLA传输进行MDX查询.但是,当OLAP技术在20年前设计时,实时做它似乎是不可想象的.一个结果是XMLA标准不支持单元集中的更新.实际上它实际上禁止它,因为细胞集和细胞集轴的静态表示.
ActivePivot可以将实时更新推送到OLAP结果集中,并且它公开(专有)流API以订阅这些更新. ActivePivot Live前端首先编写,以利用这些实时更新,在熟悉的数据透视表控件中显示它们.但在2013年,ActivePivot仍然是唯一具有实时支持的OLAP服务器.这就解释了为什么还没有订阅OLAP实时更新的标准.这也意味着,从2013年开始,在ActivePivot Live之外,您将找不到一个工具包(WPF与否),它完成了通过实时更新丰富其数据透视表控件的全部工作.我们知道的库实际上已经将XMLA的静态数据表示转换为其数据透视表设计,使得更新单元格变得麻烦或不可能(例如,考虑Microsoft Excel数据透视表).
在像WPF这样的特定技术的约束下,我会选择一个通用的UI工具包,这样可以很容易地安排和组合表.从那里那是D.I.Y.工作.