|
锁定老帖子 主题：轻量级OLAP数据分析工具发布
精华帖 (5) :: 良好帖 (10) :: 新手帖 (0) :: 隐藏帖 (15)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-11-10
senvon 写道 mycybyb 写道 大家看看这个，有啥区别。其实就是对字段进行分组，然后行列交叉，count或sum啥的。
http://www.zkoss.org/zkdemo/application/pivottable 谢谢你的关注，单从展示上来说，ZK的效果还要好一点，因为表格能有很多操作，而我们的产品没有。 但作为数据展示的工具来说，一方面是展示的效果，更重要的是展示的数据。 另外，我们的产品提供了配置页面，能在短时间之内配置出这样一个数据展示页面，而不是在走开发流程。 你提供的那个zk的展示表格很牛逼，早知道有这个东西，我们就不自己写组件了 那个页面上的表格组件整了很多时间 我关注的是技术，实现方式。不知道我说的分组交叉统计对不对。 至于展示和配置，减少开发工作，这是另一方面的事情。做产品的话，的确需要在这方面下功夫。 |
| 返回顶楼 | |
|
发表时间：2011-11-10
mycybyb 写道 我关注的是技术，实现方式。不知道我说的分组交叉统计对不对。 至于展示和配置，减少开发工作，这是另一方面的事情。做产品的话，的确需要在这方面下功夫。 是分组交叉统计，数据库里面也就那么点东西，呵呵 |
| 返回顶楼 | |
|
发表时间：2011-11-10
很牛的一个应用，楼主应该费了不少心血，赞一个。哪天把解决方案分享一下？
|
| 返回顶楼 | |
|
发表时间：2011-11-11
这个软件很给力啊，我们公司有意向，短信私聊~
|
| 返回顶楼 | |
|
发表时间：2011-11-11
想起来自己以前做的工具啊，是在移动经营分析系统上开发的，不过维度比较少，总的来说
就这么几个维度，指标，时间（日，日累计，月，年），品牌，地区。 数据来源其实就是系统上的报表数据，甲方觉得报表没有图形化展现，而且指标的组合也不大和他们心意所以要求做了这么个分析工具 也没有上OLAP只是简单的星型模型， 事实表，对应 指标维度，时间维度，品牌维度，地区维度。 后来数据量确实有点大，上亿了。就把指标维度取消，做了个大横表，把指标也加到事实表中作为列存在，处理手段确实比较挫，不过这在当时是能想出来最好的方法了，3周时间，我1个开发人员，1个后台人员帮我提数据。 实现的功能就是 用户可以自己组合指标，进行分析，然后可以在 指标维度，时间维度，品牌维度，地区维度。任意组合分析 比如选择时间跨度，分析趋势； 比如多选地区分析分布； 还好维度少，各种情况都用编码实现了，如果维度多那真要玩死哥了。。。 选择的解决方案与楼主类似，用了YUI做前端，图表组件用的也是FusionChart 友情提示，FusionChart网上有完全版，左上角那个恶心的水印可以去掉，然后还可以导出图片哦！ 当时演示，甲方好奇点击左上角，然后说这是什么？怎么进别人网站这是什么？瀑布汗啊~~~~ |
| 返回顶楼 | |
|
发表时间：2011-11-11
handong890 写道 想起来自己以前做的工具啊，是在移动经营分析系统上开发的，不过维度比较少，总的来说
就这么几个维度，指标，时间（日，日累计，月，年），品牌，地区。 数据来源其实就是系统上的报表数据，甲方觉得报表没有图形化展现，而且指标的组合也不大和他们心意所以要求做了这么个分析工具 也没有上OLAP只是简单的星型模型， 事实表，对应 指标维度，时间维度，品牌维度，地区维度。 后来数据量确实有点大，上亿了。就把指标维度取消，做了个大横表，把指标也加到事实表中作为列存在，处理手段确实比较挫，不过这在当时是能想出来最好的方法了，3周时间，我1个开发人员，1个后台人员帮我提数据。 实现的功能就是 用户可以自己组合指标，进行分析，然后可以在 指标维度，时间维度，品牌维度，地区维度。任意组合分析 比如选择时间跨度，分析趋势； 比如多选地区分析分布； 还好维度少，各种情况都用编码实现了，如果维度多那真要玩死哥了。。。 选择的解决方案与楼主类似，用了YUI做前端，图表组件用的也是FusionChart 友情提示，FusionChart网上有完全版，左上角那个恶心的水印可以去掉，然后还可以导出图片哦！ 当时演示，甲方好奇点击左上角，然后说这是什么？怎么进别人网站这是什么？瀑布汗啊~~~~ 看来是碰到故人了 我是在做经分十大主题的项目的时候，想到这个解决方法的 后来，离职后一直都觉得可以完善 直到2年后，才把当时的想法写出这个东西来 |
| 返回顶楼 | |
|
发表时间：2011-11-11
lz已经是现在少有的牛人了。。 如果能考虑数据抓取和挖掘我觉得会更有价值
|
| 返回顶楼 | |
|
发表时间：2011-11-11
能做成这样确实挺强的，毕竟崇拜的还是，但是距离实际生产环境差距很大。
这个东西毕竟没有分析理论基础，只是简单的交叉，有点像可视化报表吧。 但是照报表又差很多，如表达式支持，单元格样式设计等等。 说是数据分析呢，OLAP分析样子有点像，但是功能差很多，OLAP首先支持星型和雪花模型，支持MDX语法，这些要支持就很难。。 然后数据行列轴成员的选择，上卷下钻，详细，数据权限，图等。。。 而且OLAP开源的mondrian和jpivot都已经有了。。。 楼主如果能自己开发个OLAP前后台工具，将mondrian和jpivot或其一拿下，我认为都是国人的骄傲。。。 |
| 返回顶楼 | |
|
发表时间：2011-11-11
无心徘徊 写道 lz已经是现在少有的牛人了。。 如果能考虑数据抓取和挖掘我觉得会更有价值
呵呵，牛人倒不是，牛头人，还有点可能，老黄牛么 在我的产品路线里面是有ETL和存储的，数据挖掘的话，要靠后那么一点点，数据存储直接影响数据分析的性能。。。。 就是不知道，以后还有没有机会把自己的想法实现一下 |
| 返回顶楼 | |
|
发表时间：2011-11-11
charyle 写道 能做成这样确实挺强的，毕竟崇拜的还是，但是距离实际生产环境差距很大。
这个东西毕竟没有分析理论基础，只是简单的交叉，有点像可视化报表吧。 但是照报表又差很多，如表达式支持，单元格样式设计等等。 说是数据分析呢，OLAP分析样子有点像，但是功能差很多，OLAP首先支持星型和雪花模型，支持MDX语法，这些要支持就很难。。 然后数据行列轴成员的选择，上卷下钻，详细，数据权限，图等。。。 而且OLAP开源的mondrian和jpivot都已经有了。。。 楼主如果能自己开发个OLAP前后台工具，将mondrian和jpivot或其一拿下，我认为都是国人的骄傲。。。 你的建议很有用啊。。。。。。。 就像你说的那样，我做的东西就是一个“四不像”，但是如果我跟别人像了，我会死的很难看 OLAP技术是用cube实现高效的查询的，但是cube其实就是一个大缓存，需要大量的中间转换。。。。。 如果我做的像报表工具，中国有1000多家厂商在做报表工具，我自己都不知道怎么死的。。。。 如果我做的和OLAP工具一样（后台），我怎么能和大型的公司玩呢，我肯定被玩死。。。。 所以，还是自己想到的东西最好。。。 在我的产品路线里面，是打算存储不使用数据库来实现，做一套和OLAP差不多的东西，但是不用cube，也不用MDX，呵呵 |
| 返回顶楼 | |
