比方說，我有這樣的數(shù)據(jù)結(jié)構(gòu) type User struct {      UUid string       Username string      Email String       Password string       FirstName string       LastName string}我將 Users []User 存儲到 levelDB 中的鍵/值數(shù)據(jù)庫中。唯一鍵將是 UUid，然后用戶結(jié)構(gòu)將根據(jù)此 UUID 進行編碼和存儲。var network bytes.Buffer // Stand-in for a network connectionenc := gob.NewEncoder(&network)err := enc.Encode(user)   if err != nil {      log.Println("Error in encoding gob")      return "", err }err = dbSession.DBSession.Put([]byte(user.UserID), network.Bytes(), nil)由于所有條目的鍵都是唯一的 uuid，我想在電子郵件上創(chuàng)建二級索引，這樣我就不必掃描數(shù)據(jù)庫中存在的所有條目來查找與電子郵件對應(yīng)的特定條目。我做了什么：我創(chuàng)建了一個名為 SIndex 的鍵，并在其中存儲了一個 map[string][string] 數(shù)據(jù)結(jié)構(gòu)，其中鍵是電子郵件，值是 uuid。每次有新條目進入時，此 Sindex 都會更新以適應(yīng)新的 uuid 和電子郵件。這是一個糟糕的方法：因為隨著數(shù)據(jù)的增長，需要獲取和解碼對應(yīng)于 Sindex 的整個地圖，如果電子郵件不存在，則向 Sindex 添加一個新密鑰，對其進行編碼并再次存儲。B樹會更適合。我的問題：在數(shù)據(jù)庫本身中存儲二級索引數(shù)據(jù)是否正確，如果不是，我應(yīng)該使用什么策略來實現(xiàn)二級索引，我知道二級索引的選擇受數(shù)據(jù)的影響很大但是有沒有好的開箱即用索引B-Tree、HashMaps 以外的算法？