反思 : 统计分析&可视化呈现应该如何实现

本文很渣，请轻喷～～

前言

引用：《阿里巴巴 JAVA 开发手册》中“五、MYSQL数据库 - （三）SQL语句 - 7. 【强制】 禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。”
因为这段话，很多Java开发的人都对数据库存储过程避而远之。为啥？因为阿里爸爸说了，所以不能用存储过程。
最近对于这个事情，感触颇深，觉得大可不必抱着圣典盲目追求。原因很简单，阿里爸爸能做到的事情，你或者你所在的公司未必能做到。要根据具体情况，具体分析。

正文

举个栗子：
统计分析&可视化呈现，一般情况下，有两种实现方式：代码/工具。
开发人员的实现方式一般流程（图比较丑，非专业。请见谅！）：

数据分析人员的实现方式一般流程（图比较丑，非专业。请见谅！）：

这里只是列举了两种普通的实现方式。真正实现的时候，还有其他各种不同的实现方式。

针对以上情况，对如何实现统计分析有了一些想法，在这里整理一下（其实也可以扩展到其他方面啦！）：
1、不同的需求，采用不同的实现方式，没有通用、万能的方法；
2、具体实现方式、方案，还要看是否适合你的团队，没人懂，短期内又学不会的东西，无论多NB的技术，就都不要惦记，项目不会在那里等你学会了再开始的，所以雨女无关啦；

其实以上这些内容，都是老生常谈。之前也在大神的博客看到过很多次，但是不经历过，真的印象没那么深刻！传说中的“经历过才知道痛？”

总结

小项目，简单统计分析，后期也不需要长期维护，要求快速实现，那可能真的使用存储过程会更快、实现效果更好。
大项目，复杂程度高，那可能存储过程真的不适用。
套用大神的话：代码量和可维护性之间的取舍！没有最好的方法，只有更适合的实现方式。

尾声

以上内容,其实源于最近的一个非常小的项目.因为对阿里爸爸的神往,对存储过程的执着.导致项目周期过长,影响了开发进度.项目结束后,反思并进行了实验,发现存储过程真的挺好用的.