博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
数据蒋堂 | 谈谈临时性计算
阅读量:4227 次
发布时间:2019-05-26

本文共 2790 字,大约阅读时间需要 9 分钟。

作者:蒋步星

来源:数据蒋堂

本文约2000字,建议阅读5分钟
通过本文带大家评估了一下三种处理临时性计算的优劣。

临时性计算,顾名思义,是指临时发生的一些计算需求。这种计算在日常数据处理中很常见,我们举一些例子:

  • 应对业务部门的取数需求:比如销售部门想获得进行了某项促销活动前后的销售情况变化信息;

  • 数据挖掘算法前的清理准备:将来自各个业务系统的数据(甚至一些企业外部的数据)整理成规则一致的二维表,这些动作常常比挖掘本身耗时还长得多;

  • 有业务规则的测试数据生成:测试数据不能完全随机生成,必须满足一定的业务规则以及分布比例;

  • 大数据计算的优化方案实验:性能优化是个迭代的过程,需要不断尝试各种计算方案;

  • 非日常(外部)数据的清洗和入库:比如有些下级部门提供的Excel表格要写入数据库再进行统计分析;

可以看出,临时性计算具体相当的普遍性。那么,我们是用什么方法来处理这种具有普遍性的计算需求呢?

其实也就是编程序了,常用来应对临时性计算的编程方案有三种:以Java为代表的高级语言、以SQL为代表的数据库语言、以Python为代表的脚本语言。

然后,第二个问题,我们怎么评估这些方法的优劣和适应性呢?

为了回答这个问题,我们要先分析临时性计算的需求特征:

  • 需求随意,不可预测:这是临时性计算的基本特征,计算需求时临时产生的,不能事先预测到而做进数据分析系统中,只能临时面对;

  • 经常只做一次,缺乏直接可复用性:这也是临时性的特征,做完就完了,没有必要刻意地反复优化,也没必要也不可能事先为计算做准备工作;

  • 大量涉及多样性的原始外部数据:很多计算的涉及数据并不在数据库中,比如收集上来的Excel表格,从网上爬下来的文本等,这些数据还常常以原始形式出现;

  • 常常涉及多步骤的过程计算:本来分析处理类的运算就会步骤比较多,而数据源的杂乱更会加剧这一现象;

  • 必要时可能转变成日常计算:也有些临时性计算可能重复发生,这时就有必要转化成日常计算放进数据分析系统中;

  • 以结构化数据计算为主:这一点并非临时性计算特有的,其实数据分析和处理类的计算都是主要面对结构化或即将被结构化的数据。 

从需求的特征出发,我们就可以提出应对临时性计算的方案的技术要求了:

  • 开发快捷:临时性计算随时发生,需要快速解决,所以要注重开发效率,相对来讲,对于运算性能要求会低一些;

  • 人员要求低:临时性计算发生场景很普遍,那么应当尽量降低实施开发人员的要求,而不是总是需要专业的程序员才能做;

  • 环境简单:经常只做一次的事情,要让环境搭建足够简单,如果准备计算环境花费时间超过实施计算本身了,那就得不偿失了;

  • 数据适应面广:计算方案要能方便地面对各种各样的数据源,不要总是需要专门的接口和技术体系,特别地要能处理较大的数据量;

  • 易于集成:要转变成日常计算时,临时写出来的代码最好能够只要简单修改甚至不加修改就能集成到数据分析系统中去。

现在我们按这套技术要求来考查前面提到的三种技术方案,并进行评分。(前四项满分10,第五项重要程度低满分5)

1. 以Java为代表的高级语言

开发快捷

3分

用于处理结构化数据的语法和类库都不够丰富,代码会写很长,不方便,但处理过程性运算较容易,调试方便度尚可

人员要求低

1分

需要很专业的程序员才能掌握

环境简单

1分

开发环境一点也不简单

数据适应面广

3分

理论上什么都能做,但做起来都很难

易于集成

5分

这方面没有任何问题

总分:13分

2. 以SQL为代表的数据库语言

开发快捷

5分

有完整的结构化数据计算能力,简单运算容易写,但复杂SQL很难写,而且存储过程调试很不方便

人员要求低

6分

简单运算易于掌握,复杂多步运算要转换思维习惯,很费劲

环境简单

7分

数据库安装不太简单,但常常已经安装好了

数据适应面广

1分

基本上不能计算数据库外的数据,对外样性数据源和原始数据无能为力;大数据计算能力尚可

易于集成

5分

这方面没有任何问题

总分:24分

3. 以Python为代表的脚本语言

开发快捷

8分

开发环境较简单,调试也容易,对过程计算支持较好;不过语法体系不是专为结构化数据计算设计,有些复杂运算还是不好写

人员要求低

7分

经常一些简单培训后基本上都能掌握,不过有些语法规则比较绕

环境简单

7分

环境安装较为方便,但版本兼容上有些问题

数据适应面广

7分

外部数据接口丰富,但开源包安装很麻烦,缺省自有的大数据方案,再配合其它访问显得很麻烦;

易于集成

1分

一般业务系统都是J2EE的,集成脚本语言的难度很大

总分:30分

算下来还是脚本语言相对最好。

专栏作者简介

润乾软件创始人、首席科学家


清华大学计算机硕士,著有《非线性报表模型原理》等,1989年,中国首个国际奥林匹克数学竞赛团体冠军成员,个人金牌;2000年,创立润乾公司;2004年,首次在润乾报表中提出非线性报表模型,完美解决了中国式复杂报表制表难题,目前该模型已经成为报表行业的标准;2014年,经过7年开发,润乾软件发布不依赖关系代数模型的计算引擎——集算器,有效地提高了复杂结构化大数据计算的开发和运算效率;2015年,润乾软件被福布斯中文网站评为“2015福布斯中国非上市潜力企业100强”;2016年,荣获中国电子信息产业发展研究院评选的“2016年中国软件和信息服务业十大领军人物”;2017年, 自主创新研发新一代的数据仓库、云数据库等产品即将面世。


数据蒋堂

《数据蒋堂》的作者蒋步星,从事信息系统建设和数据处理长达20多年的时间。他丰富的工程经验与深厚的理论功底相互融合、创新思想与传统观念的相互碰撞,虚拟与现实的相互交织,产生出了一篇篇的沥血之作。此连载的内容涉及从数据呈现、采集到加工计算再到存储以及挖掘等各个方面。大可观数据世界之远景、小可看技术疑难之细节。针对数据领域一些技术难点,站在研发人员的角度从浅入深,进行全方位、360度无死角深度剖析;对于一些业内观点,站在技术人员角度阐述自己的思考和理解。蒋步星还会对大数据的发展,站在业内专家角度给予预测和推断。静下心来认真研读你会发现,《数据蒋堂》的文章,有的会让用户避免重复前人走过的弯路,有的会让攻城狮面对扎心的难题茅塞顿开,有的会为初入行业的读者提供一把开启数据世界的钥匙,有的甚至会让业内专家大跌眼镜,产生思想交锋。

往期回顾:










常规遍历语法

校对:龚力

为保证发文质量、树立口碑,数据派现设立“错别字基金”,鼓励读者积极纠错

若您在阅读文章过程中发现任何错误,请在文末留言,或到后台反馈,经小编确认后,数据派将向检举读者发8.8元红包

同一位读者指出同一篇文章多处错误,奖金不变。不同读者指出同一处错误,奖励第一位读者。

感谢一直以来您的关注和支持,希望您能够监督数据派产出更加高质的内容。

转载地址:http://hsfqi.baihongyu.com/

你可能感兴趣的文章
Java深拷贝与浅拷贝
查看>>
可靠数据传输协议之选择重传
查看>>
面向连接的运输:TCP
查看>>
ConcurrentHashMap原理分析
查看>>
在老项目中使用java8的日期
查看>>
Spring Boot集成MyBatis
查看>>
说说,博客,贴吧评论设计问题
查看>>
handlebar基本使用
查看>>
Semaphore使用
查看>>
CountDownLatch的使用
查看>>
Javascript块级作用域
查看>>
Java中的String为什么是不可变的
查看>>
java之Future模式
查看>>
jquery选择器
查看>>
URLConnection获取网页的数据
查看>>
微信小程序点击控件修改样式
查看>>
java文件下载(生成多个二维码文件,下载zip文件)
查看>>
简单的线程池实现
查看>>
线程池执行线程任务花费的时间
查看>>
oracle sql developer连接oracle报错
查看>>