Os índices de hash são úteis quando você tem uma tabela grande com URLs e precisa consultar por eles. Portanto, uma solução seria ter uma coluna adicional "url_crc32" que será preenchida com o valor da URL com hash por meio do gatilho nas inserções. Um índice em url_crc32 seria definitivamente mais rápido do que o índice na coluna URL que é um tipo de texto.
Não é muito comum consultar dados por URL. O caso mais frequente seria consultar dados de texto por fragmento e os índices de hash são inúteis nesse caso. Então, estou curioso para saber se você usa esses índices de hash e, em caso afirmativo, quando você usa? IMHO Oracle não possui índices de hash nativos, portanto, isso deve ser feito manualmente.
Você usaria um valor de hash como um identificador para linhas de dados sempre que isso for "prático", ou seja, você realmente precisa de um identificador simples para todas as suas linhas, não há campos-chave candidatos (naturais) que sejam práticos (muito amplos, por exemplo) , e um identificador gerado comum (sequencial, por exemplo) não é suficiente (por exemplo, você precisa que o identificador de linha seja "global" - se a mesma linha foi criada em dois bancos de dados distintos, eles devem ter o mesmo identificador).
(Um exemplo não trivial de tal coisa seria o Git. Cada objeto armazenado em um repositório git é identificado exclusivamente por um hash SHA-1, que é bastante útil para se referir inequivocamente a um determinado commit.)
Se você precisar usar algo assim, você mesmo precisará criá-lo com o Oracle (adicionando esse hash como uma coluna à tabela e indexando-o ou com um índice baseado em função ).
Você pode ir ainda mais longe criando seu próprio tipo de índice com índices de domínio de aplicativo se um hash simples não for bom o suficiente – a indexação de texto completo é, acredito, implementada dessa maneira.
Há algo embutido no Oracle que é baseado em hash e não precisa de um índice para obter uma recuperação rápida de linha: hash clusters . Você pode, teoricamente, recuperar a linha de destino com apenas uma E/S de bloco único (que as pesquisas normais de índice+tabela não podem corresponder e nem mesmo as IOTs podem corresponder, a menos que a tabela seja realmente pequena). Leia os documentos Quando usar clusters de hash , eles são bastante peculiares e você precisa de uma boa chave (uma ou mais colunas) em primeiro lugar para usá-los.