原创 像物流跟蹤信息那樣的時間軸報表怎麼做?

這種效果自己可以基於 HTML5 和 CSS3 來實現垂直時間軸,需要循環遍歷數據,判時間軸的長度,在做一定的適配,可以響應頁面佈局,在 PC 和移動手機上做到很好的自適應,但是需要一些對前端知識有一定的瞭解。 其實,通過報表工具實現那

原创 報表工具能否代替 BI?

在一般項目中報表工具是能夠代替 BI 的,目前用到 BI 的功能主要是用來做數據的展示,以報表和數據分析爲主。 在報表需求中,國內的報表格式通常會比較複雜,像一些經常提到的中國式複雜報表,BI 中帶的報表功能很難實現,這類報表就需要專業的

原创 web 端可填寫報表怎麼控制某些人能填某些格,而另一些人不可以

1. 填報表權限控制 即控制哪些用戶可以看到哪些填報表,哪些用戶看不到。 處理方式: 做不同的表格給不同的人用,簡單粗暴,但是如果用戶及報表較多,那工作量就很大了。 除此之外,還有一種情況,就是同一個報表對不同的用戶可見。具體可參考潤乾報

原创 零編碼製作報表可能嗎?

要回答這個問題,首先要明確啥程度算“零編碼”? 以 Excel 爲例,如果把寫 Excel 公式(包括複雜一些的)看做零編碼;而把寫 Excel VBA 看做編碼的話, 報表開發是可以零編碼的! 但是,這有個前提:在數據(集)準備好的情況

原创 怎樣製作出美觀酷炫的可視化大屏報表?

1、 如果有提供 DBD 功能的報表工具,那麼可以直接使用該功能, 大屏佈局及其組件都能支持頁面自適應,同時也能支持一個面板內多個組件的聯動效果,具體實現可以參 大屏聯動竟如此簡單??? ;某個組件的數據過濾實現也很簡單,具體可以參考 局

原创 領導駕駛艙是怎麼做出來的?

如果自己實現這種領導駕駛艙,需要將駕駛艙頁面拆分成多個部分,通過 iframe 組合到一起,在實現組件的交互效果,會涉及到較多的前端技術。 現在一般的報表工具其實就提供了 DBD 功能,可以使用報表工具廠商提供的 DBD 功能,可以方便佈

原创 哪些 bi 工具是開源並且能集成的?

國內大部分 BI 工具是一個完整的平臺,它的管理功能很難被深度集成,那麼此時一個選擇一個易於集成且擁有自助報表功能(BI 本質上就是自助報表)的報表工具不失爲一個好的選擇。 潤乾報表提供了完善的 BI 功能:拖拽、鑽取、切片、彙總等。詳細

原创 報表中怎麼把相同值的單元格合併成一個大格

同值合併單元格的情況一般分兩種: 1、一種是比較簡單的情況:對分類或者分類擴展字段進行同值合併處理(如下圖所示的效果圖:對供應商數據進行同值合併) 這種情況大多數報表工具都能直接支持,使用分組功能即可。 2、另外一種是比較複雜的情況:此

原创 WEB 報表如何做到不需要預覽就直接打印

在瀏覽器中打印一般總要彈出個對話框預覽再確認,但有時我們希望靜默打印(點擊打印後不再預覽,直接打印),或者點擊打印時能夠連續打印多張表格。 這需要要寫些 JS 或者頁面代碼來實現,比如要通過代碼畫表格,然後通過 js 等去實現打印,這樣實

原创 數據庫要從 Oracle 換成 MySQL,以前報表都是存儲過程寫的,怎麼遷移呢?

存儲過程沒法移植,差不多都要重新了。既然重寫,還不如從根本上解決移植問題。 原來存儲過程是“不得不用”,因爲前端的報表工具不具備複雜計算能力,而爲報表準備數據的邏輯又很複雜,用存儲過程方便些。 但存儲過程的缺點實在太多,除了不好調試,沒法

原创 報表如何實現對數據列進行排名分析?

但這個 SQL 有點複雜,組內排名就更難寫了(要用窗口函數,某些數據庫還不支持窗口函數),再複雜的情況(例如按不同層次排名)就寫不出來了。 另外的辦法是使用報表工具,大多支持複雜報表的工具都有這個功能,比如:玩轉報表排名 就可以實現這樣

原创 SQL 如何返回最大值所在的多條記錄

SQL 中通過 top 或 limit 子句得到第一條數據不難,再配合排序,就能得到最大的那一行: select top 1 * from T order by f desc 如果最大值有多條記錄,想全部得到,就需要子查詢得到最大值,然後

原创 怎麼實現報表套打

直接在頁面上畫很難精確,不過大多數報表工具都能支持這一點,過程都差不多: 1. 先把單據掃描成圖片並處理大小 2. 把圖片作爲報表的背景圖,瞄着背景圖設計報表 3. 微調報表到打印效果沒問題 詳細實現可參考 報表工具實現單據套打

原创 java 如何簡單快速處理 xml 中的數據

Java有什麼方便解析XML的類庫嗎?比如處理如下這段XML: <?xml version="1.0" encoding="utf-8" ?> <bookstore>  <book category="COOKING">    <tit

原创 公司不讓用存儲過程了,以後咋做報表?

得快點找替代方案。 原來存儲過程是“不得不用”,因爲前端的報表工具不具備複雜計算能力,而爲報表準備數據的邏輯又很複雜,用存儲過程方便些。 但存儲過程的缺點實在太多,除了不好調試,沒法擴展,無法移植,還容易造成報表應用跟數據庫的高耦合,改報