資料處理應該先壓縮還是先加密?能否說明理由?

時間 2021-12-27 04:45:04

1樓:redCode

先壓縮,在加密。例如乙個資料報裡面全是0的大小4kb 壓縮後可能幾十位元組,在加密下最多再加16位元組對齊。如果先加密內容可能全是沒有規律的二進位制,再壓縮,效果甚微。

2樓:everwanna

不要問,問就是先壓縮再加密。

如果是先加密,因為加密的本質就是將原始資訊混進隨機背景中掩蓋起來,因此資訊幾乎沒有冗餘。而壓縮必須依賴資訊本身存在冗餘,利用編碼技術去除冗餘部分。也就是說,加密後再壓縮是沒有意義的,無法壓縮。

加密不是增加一點點熵,是完全打滿,不留一點餘地

3樓:Likely Lee

不一定,沒做具體的定量分析,大概定性分析:

原始資料節,熵值0.5每位,也就意味著直接壓縮之後的資料大小是節,再進行加密,因為可能涉及到padding補齊還有具體的加密模式,可能輸出大小在節。

如果反過來,首先加密,資料變成節,同時因為加密可能增加10%的熵值,這個時候熵值就變成了0.55每位,壓縮後的資料就成了1020*0.55=561

上邊的流程純粹是解釋計算方法,但是我沒有具體的資料,所以結論可能並不準確。比如加密增加的熵值百分比,或者壓縮演算法是否能遵從min-entropy完美的計算,padding的方式,對稱加密模式的影響,所以最終的結論就是:實際找個資料計算一下就得了.....

sql挖掘模型檢視器資料處理失敗無法建立樹形圖怎麼解?

和風阿衰 此資料庫沒有有效所有者,因此無法安裝資料庫關係圖支援物件。若要繼續,請首先使用 資料庫屬性 對話方塊的 檔案 頁或ALTER AUTHORIZATION語句將資料庫所有者設定為有效登入名,然後再新增資料庫關係圖支援物件。按照第一種方式更改怎麼也不行,並且檔案的所有者也是sa。給出了一種方法...

是該選擇做測繪外業還是做gis資料處理?

當今大環境浮躁膨脹自卑不可一世張口閉口三觀價值人生觀不吹不黑能創造就不錯了更遑論貢獻有點扯哈這兩個吧都不算多有前途前者更low 因為真正的碩士是不會搞這種操心耗命的活計大資料的話太寬泛我種植過經濟作物搞養殖做物流做地鐵做資料處理大家都是不斷在成長別管幾調能買房就行了 穩定與發展不衝突主要有一顆躁動的...

C 做桌面程式,python做資料處理,兩者可以結合到一起做乙個視覺化程式嗎

Dexter Lien 安利一下可以用web技術做介面,現在有許多現成的ui框架拿來就能用,bootstrap elementui vuetify 介面效果比winform好的多,資料處理和業務邏輯用Python實現,最後用pywebview或Eel加個殼,pyinstaller打包EXE進行發布。...