怎么看待數(shù)據(jù)可視化這個行業(yè)以及BI報表開發(fā)的前景？數(shù)據(jù)可視化并不是一個新技術(shù)，只是隨著互聯(lián)網(wǎng)的發(fā)展，數(shù)據(jù)可視化也在不斷演進，特別是隨著大數(shù)據(jù)的快速發(fā)展，基于大數(shù)據(jù)的可視化分析也越來越受到重視，通過建立

怎么看待數(shù)據(jù)可視化這個行業(yè)以及BI報表開發(fā)的前景？

數(shù)據(jù)可視化并不是一個新技術(shù)，只是隨著互聯(lián)網(wǎng)的發(fā)展，數(shù)據(jù)可視化也在不斷演進，特別是隨著大數(shù)據(jù)的快速發(fā)展，基于大數(shù)據(jù)的可視化分析也越來越受到重視，通過建立數(shù)據(jù)倉庫實現(xiàn)企業(yè)多源數(shù)據(jù)的整合，并且基于數(shù)據(jù)挖掘、機器學(xué)習(xí)等相關(guān)技術(shù)，挖掘數(shù)據(jù)潛在價值，為企業(yè)運營決策、戰(zhàn)略分析提供數(shù)據(jù)支撐，所以未來數(shù)據(jù)可視化還是具備很大的發(fā)展前景的，特別是基于大數(shù)據(jù)、物聯(lián)網(wǎng)等技術(shù)，以數(shù)據(jù)采集處理為核心、交互式的數(shù)據(jù)可視化必然會在各行各業(yè)受到歡迎。

數(shù)據(jù)報表是企業(yè)運營時一種重要的數(shù)據(jù)管理手段，目前很多企業(yè)是通過EXCEL來建立數(shù)據(jù)報表，但隨著數(shù)據(jù)分析、數(shù)據(jù)可視化、商業(yè)BI等手段的發(fā)展，報表開發(fā)逐漸轉(zhuǎn)向平臺化，通過平臺配置快速生成數(shù)據(jù)報表，并且實現(xiàn)線上與線下的實時交互。同時通過建立企業(yè)數(shù)據(jù)倉庫，將數(shù)據(jù)可視化分析與數(shù)據(jù)報表進行結(jié)合，使得數(shù)據(jù)報表更加靈活和多樣性，更加貼近企業(yè)業(yè)務(wù)。

數(shù)據(jù)可視化和數(shù)據(jù)報表都不是新技術(shù)，但是隨著互聯(lián)網(wǎng)的發(fā)展，都在快速演進，通過融合大數(shù)據(jù)、物聯(lián)網(wǎng)等手段不斷進行升級，從而在企業(yè)運營、管理、決策、分析等方面提供更加全面的支撐，所以它們的發(fā)展前景也是比較廣闊的。

數(shù)通暢聯(lián) 專注于企業(yè)IT架構(gòu)、SOA綜合集成、數(shù)據(jù)治理分析領(lǐng)域，感謝您的閱讀與關(guān)注！

數(shù)據(jù)庫開發(fā)工程師轉(zhuǎn)行大數(shù)據(jù)開發(fā)可以嗎？

數(shù)據(jù)庫開發(fā)工程和大數(shù)據(jù)開發(fā)嚴(yán)格意義上來說不算轉(zhuǎn)行，從技術(shù)層面來講大數(shù)據(jù)開發(fā)需要更深層的技術(shù)基礎(chǔ)和更廣的架構(gòu)思路，也其說轉(zhuǎn)行不如說是對自身職業(yè)的一個飛躍。

數(shù)據(jù)庫開發(fā)工程對于基本的數(shù)據(jù)庫開發(fā)比如說SQL的熟練，表結(jié)構(gòu)的分析，數(shù)據(jù)庫編程的掌握，數(shù)據(jù)庫的運維，這都是數(shù)據(jù)庫開發(fā)工程師的天然優(yōu)勢和技術(shù)積累，如果要上升到大數(shù)據(jù)開發(fā)顯示是比小白更具優(yōu)勢，向大數(shù)據(jù)庫開發(fā)提升，建議從以下幾方面著手：
1.從技術(shù)上要學(xué)習(xí)非關(guān)系型數(shù)據(jù)庫的使用，了解非關(guān)系型數(shù)據(jù)庫的存儲、查詢及應(yīng)用場景

2.掌握主流的大數(shù)據(jù)相關(guān)的技術(shù)架構(gòu)及主流數(shù)據(jù)庫如Hadoop、spark、Hive、HDFS、HBase等技術(shù)

3.關(guān)鍵還是需要一個機會和平臺，大數(shù)據(jù)的體量并非一個普通的MIS系統(tǒng)，或者軟件所能承載的，如果想提升到大數(shù)據(jù)開發(fā)需要找到與之匹配的平臺，也就是工作機會，只有經(jīng)歷了大量的實踐才可以說自己已經(jīng)進行了大數(shù)據(jù)開發(fā)領(lǐng)域。

請問寫SQL腳本的算不算程序員？

應(yīng)該叫數(shù)據(jù)庫工程師，也是不錯的選擇！

Java Web開發(fā)中，業(yè)務(wù)邏輯寫在SQL里好還是代碼里好呢？有什么建議嗎？

目前大部分研發(fā)團隊都要求業(yè)務(wù)邏輯用代碼來實現(xiàn)，SQL操作往往都是基本操作。用SQL來表現(xiàn)業(yè)務(wù)邏輯，也就是通過存儲過程的方式來表現(xiàn)業(yè)務(wù)邏輯是比較傳統(tǒng)的開發(fā)方案。

在C/S時代很多邏輯的實現(xiàn)都是通過SQL來實現(xiàn)的，主要原因是業(yè)務(wù)規(guī)模和部署方式?jīng)Q定的。早期的C/S編程時代往往都是非分布式環(huán)境下的開發(fā)，而且大多數(shù)情況下并不需要考慮移植性問題，此時采用SQL來完成業(yè)務(wù)邏輯是比較方便的處理方式。

采用存儲過程來完成業(yè)務(wù)邏輯最大的好處是性能會比較好，但是這也取決于業(yè)務(wù)規(guī)模的大小，如果業(yè)務(wù)規(guī)模過大，那么性能會下降的比較厲害。而早期的數(shù)據(jù)存儲規(guī)模比較小，所以采用存儲過程的方式是比較方便的。

目前的Web開發(fā)已經(jīng)到了大數(shù)據(jù)時代、云計算時代，業(yè)務(wù)類型和業(yè)務(wù)規(guī)模都有了較大的變化，尤其是大數(shù)據(jù)時代下NoSql數(shù)據(jù)庫的廣泛采用，使用SQL語句來完成業(yè)務(wù)邏輯的情景就更少了。而且，目前的程序大部分都是分布式方式，采用Sql存儲過程的方式來處理業(yè)務(wù)邏輯會非常麻煩，而且會導(dǎo)致整個項目的移植性和可讀性都嚴(yán)重下降。

目前在傳統(tǒng)企業(yè)的開發(fā)團隊中采用Sql來處理業(yè)務(wù)邏輯的情況比較常見，因為大部分傳統(tǒng)企業(yè)的數(shù)據(jù)庫還依然是關(guān)系型數(shù)據(jù)庫，而且不存在移植性要求，這種固定場景下的開發(fā)是完全可以使用Sql來處理業(yè)務(wù)邏輯的。未來使用Sql處理業(yè)務(wù)邏輯的情況也有一定的應(yīng)用場景，所以學(xué)習(xí)存儲過程的編寫還是有一定必要的。

我的研究方向是大數(shù)據(jù)和人工智能，目前也在帶大數(shù)據(jù)方向的研究生，我會陸續(xù)在頭條上寫一些關(guān)于大數(shù)據(jù)方面的文章，感興趣的朋友可以關(guān)注我的頭條號，相信一定會有所收獲。

如果有大數(shù)據(jù)方面的問題，也可以咨詢我。

謝謝！