用戶中心USER CENTER
IBM做的那個(gè)非常好用，泛微的不行，太粗糙！
公有云與私有云之爭歷來就有。先說結(jié)論：但是公有云絕對不會(huì)轉(zhuǎn)向私有云；國外公有云巨頭，aws，Google could，耕耘公有云多年，國外的大公司也紛紛推出私有云解決方案，著名的 openstack 方案就是這么來的。 然后私有云畢竟是剛需，方式大形企業(yè)集團(tuán)，一定有不適合放到公有云上的理由； 甚至有些數(shù)據(jù)是絕對不能放到公有云上去的；aws，ucloud云都 推出了混合云方案，根據(jù)多個(gè)項(xiàng)目的實(shí)施經(jīng)驗(yàn)...
報(bào)表工具市面上有很多，你們現(xiàn)在主要是將現(xiàn)有的Excel的報(bào)表文件搬到信息化系統(tǒng)當(dāng)中，所以你在選報(bào)表工具。有下面四點(diǎn)可以考慮的地方：第一主要看能不能復(fù)用excel文件。第二能不能滿足你們的特殊行業(yè)的報(bào)表需求。第三能不能快速集成到信息系統(tǒng)中。第四就是成本問題。之后就是看設(shè)計(jì)器是否好用，最好能夠有在線的和桌面端設(shè)計(jì)器，免費(fèi)分發(fā)給最終用戶，讓他們自己來設(shè)計(jì)報(bào)表，這個(gè)取決于報(bào)表數(shù)量是否多。這里推薦兩款報(bào)表工...
資深的開發(fā)，一般能猜出來你的表結(jié)構(gòu)和字段名字，一般字段猜出來的和正確結(jié)果是大差不差的。第二種就是靠字典暴力去跑，看返回回來的結(jié)果。第三種就是數(shù)據(jù)庫有個(gè)information_schema這個(gè)庫，記不太清楚了，里邊記錄的有你的表結(jié)構(gòu)信息。還有第四種select database 查出來你的庫名字，再根據(jù)你的庫名字這個(gè)條件查找表結(jié)構(gòu)，再根據(jù)你的表名字查詢字段名字。都有sql語句可以查詢。我就知道這四種...
使用SQL處理數(shù)據(jù)時(shí)，數(shù)據(jù)會(huì)在數(shù)據(jù)庫內(nèi)直接進(jìn)行處理，而且sql處理本身可以對sql語句做優(yōu)化，按照最優(yōu)的策略自動(dòng)執(zhí)行。使用Java處理時(shí)，需要把數(shù)據(jù)從數(shù)據(jù)庫讀入到Java程序內(nèi)存，其中有網(wǎng)絡(luò)處理和數(shù)據(jù)封裝的操作，數(shù)據(jù)量比較大時(shí)，有一定的延遲，所以相對來說數(shù)據(jù)處理就慢一些。當(dāng)然，這個(gè)只是大體示意圖，實(shí)際根據(jù)業(yè)務(wù)不同會(huì)更復(fù)雜。兩者側(cè)重的點(diǎn)不同，有各自適合的業(yè)務(wù)領(lǐng)域，需要根據(jù)實(shí)際情況選用合適的方式。
別指望ucloud
這里面有3個(gè)問題，但本質(zhì)上應(yīng)該落到最后一個(gè)問題，那就是那種語言工作前景好。對于第一個(gè)問題，本號(hào)以為最少有兩種途徑了解到：1. 可以參考RedMonk或者TIOBE等語言排名排行榜2. 上一些招聘網(wǎng)站，看看公司發(fā)布的職位，應(yīng)該能夠有非常清晰的了解。至于工作前景怎樣，其實(shí)單純學(xué)會(huì)一種語言很難說工作前景怎樣。而對于工作前景或者理解為是否容易找到工作主要看你的工作能力，而非具體那種語言。開發(fā)語言跟我們平常...
暫無介紹
