將任意長度的二進位制值串對映為固定長度的二進位制值串，這個對映的規則就是雜湊演算法，得到的二進位制值串就是雜湊值。 一個hash演算法需要滿足幾點要求： 從雜湊值不能反向推匯出原始資料（所以雜湊演

PostgreSQL（簡稱PG）的開發者們： 雲棲社群已有5000位PG開發者，釋出了3000+PG文章（ 文章列表 ），沉澱了700+的PG精品問答（ 問答列表 ）。 PostgreSQL技術週

⒈ 雜湊是什麼 ？ 問大家一個問題 。如果手機上儲存了 1000 個聯絡人 ，現在要你給小詹打個電話 ，跟他說 ，他老婆喊他回家吃飯 。你會怎麼做 ？ 當然是按姓名

11 月16日晚7:00，雜湊未來創始人兼CEO賈英昊做客【先知專案問答】，以問答形式分享精彩的行業觀點和專案進展，及數字資產確權與流通問題。 先知以連線人與一切數字資產為使命，全方位賦能通證經濟，

前面兩篇文章介紹了hashmap的原始碼和理論，今天把剩餘的部分紅黑樹講一下。理解好紅黑樹，對我們後續對hashmap或者其他資料結構的理解都是很有好處的。比方說為什麼後面jdk要把hashmap中的單鏈表更新

最近在做Redis方面的一些工作，其中Redis3.0以前的版本，伺服器端沒有提供叢集的方式。需要在客戶端做sharding。redis客戶端做sharding的話，需要用到一致性Hash演算法。 假設我們

眾所周知，redis支援5種基礎資料型別，分別是： string list set hset hash 每種資料型別都存在至少一種encoding方式。redis

直接上程式碼： typedef struct dictEntry { void *key; union { void *val; uint64_t u64;

一.概述 在前面章節中，主要了解了 Redis用到的主要資料結構，包括：簡單動態字串、連結串列(雙端連結串列)、字典、跳躍表、 整數集合、壓縮列表(後面再瞭解)。Redis沒有直接使用這些資料結構來實現鍵值

如果Redis只用複製功能做主從，那麼當資料量巨大的情況下，單機情況下可能已經承受不下一份資料，更不用說是主從都要各自儲存一份完整的資料。在這種情況下，資料分片是一個非常好的解決辦法。 Redis的Clus

今天主要看一下雜湊演算法的應用（二），主要參考：前谷歌工程師王爭的課程，感興趣可以通過下面方式微信掃碼購買： 上一節： data_structure_and_algorithm -- 雜湊演算法

HashMap 是 Java 中 Map 的一個實現類，它是一個雙列結構(資料+連結串列)，這樣的結構使得它的查詢和插入效率都很高。HashMap 允許 null 鍵和值，它的鍵唯一，元素的儲存無序，並且它是執

前言 基於先前的學習計劃，最近打算深入學習Java的集合類，首先要研究的就是HashMap，在學習HashMap前，我花了幾天時間溫習了一下類中用到的資料結構 （雜湊表，二叉樹），並決定把所學的知識記錄寫成

為什麼Google sparsehash的開源庫有兩個實現：一個密集的雜湊表和一個稀疏的 密集雜湊表是您普通教科書的雜湊表實現. 稀疏雜湊表僅儲存實際設定的元素,並分割陣列.引用從

存在兩個相互雜湊的128位值嗎？ Find (X,Y) such that md5(X) = Y and md5(Y) = X 他們可以毫無暴力地被發現嗎？ 額外信用：