有人知道应该使用PostgreSQL哈希而不是B树的情况吗？因为在我看来，这些东西是一个trap .它们的创建或维护时间比B-树长(至少是10倍)，它们也占用了更多的空间(对于我的一个table.columns，B-树占用240 MB，而散列需要4 GB)，而且我似乎从我的谷歌搜索中了解到，它们的 Select 速度并不比B-树快；然而，散列可能最近被优化了，或者谷歌错了.
不管怎样，我想知道你们的意见和经历.如果这些HASH是邪恶的，人们应该知道.
谢谢
另外:MySQL的HASH怎么办？
有人知道应该使用PostgreSQL哈希而不是B树的情况吗？因为在我看来，这些东西是一个trap .它们的创建或维护时间比B-树长(至少是10倍)，它们也占用了更多的空间(对于我的一个table.columns，B-树占用240 MB，而散列需要4 GB)，而且我似乎从我的谷歌搜索中了解到，它们的 Select 速度并不比B-树快；然而，散列可能最近被优化了，或者谷歌错了.
不管怎样，我想知道你们的意见和经历.如果这些HASH是邪恶的，人们应该知道.
谢谢
另外:MySQL的HASH怎么办？
对于具有已知键值，尤其是已知唯一值的情况，哈希比B-树更快.
如果与<或>命令相比，要扫描的列是never，则应使用散列.
哈希是O(1)复杂度，B-树是O(log n)复杂度(iirc)，因此，对于具有唯一条目的大型表，获取ITEM="foo"，它们将是最有效的查找方法.
当在联接条件下使用这些唯一字段时，这是非常实用的.