Uma lista telefónica: os dados são o índice/o índice são os dados. Para te procurar, eu começaria com Rezaei, Amir por exemplo. Nenhuma pesquisa externa é necessária.
Em termos de banco de dados:
Os dados da tabela e o índice clusterizado são os mesmos (no SQL Server, também InnoDB, Oracle IOT)
A melhor prática é estreita, numérica, estritamente crescente (pense na coluna IDENTITY ou Autonumber). Tipos de dados como GUIDs não são uma boa ideia
Links para ler (para evitar o inchaço desta resposta)
Edite, para explicar completamente minhas sugestões de práticas recomendadas, siga o link no comentário de Eric Humphrey: Rainha da indexação: Kimberly Tripp
É um índice nos próprios dados, de modo que os registros sejam fisicamente classificados pelo campo em que você possui o índice clusterizado. É por isso que você pode ter apenas um Clustered Index por tabela.
Índice não agrupado não é tão rápido para pesquisas, mas você pode ter muitos desses tipos de índices em uma tabela.
Em termos simples...
Uma lista telefónica: os dados são o índice/o índice são os dados. Para te procurar, eu começaria com Rezaei, Amir por exemplo. Nenhuma pesquisa externa é necessária.
Em termos de banco de dados:
Os dados da tabela e o índice clusterizado são os mesmos (no SQL Server, também InnoDB, Oracle IOT)
A melhor prática é estreita, numérica, estritamente crescente (pense na coluna IDENTITY ou Autonumber). Tipos de dados como GUIDs não são uma boa ideia
Links para ler (para evitar o inchaço desta resposta)
Edite, para explicar completamente minhas sugestões de práticas recomendadas, siga o link no comentário de Eric Humphrey: Rainha da indexação: Kimberly Tripp
É um índice nos próprios dados, de modo que os registros sejam fisicamente classificados pelo campo em que você possui o índice clusterizado. É por isso que você pode ter apenas um Clustered Index por tabela.
Índice não agrupado não é tão rápido para pesquisas, mas você pode ter muitos desses tipos de índices em uma tabela.