Sur n'importe quelle table de données ou de recherche "normale" :non, je ne vois aucune raison.
Sur des choses comme les tables d'importation en bloc ou les tables temporaires - cela dépend.
Pour certaines personnes, étonnamment, il semble qu'avoir un bon l'index clusterisé peut en fait accélérer des opérations telles que INSERT ou UPDATE. Voir l'excellent article de blog de Kimberly Tripps, The Clustered Index Debate continue... dans lequel elle explique en détail pourquoi c'est le cas.
Dans cette optique :je n'en vois aucun raison valable non avoir un bon index clusterisé (étroit, stable, unique, toujours croissant =INT IDENTITY comme le choix le plus évident) sur n'importe quelle table SQL Server.
Pour obtenir des informations approfondies sur comment et pourquoi choisir des clés de clustering, lisez tous les excellents articles de blog de Kimberly Tripp sur le sujet :
http://www.sqlskills.com/BLOGS/KIMBERLY/category/Clustering-Key.aspx
http://www.sqlskills.com/BLOGS/KIMBERLY/category/Clustered-Index.aspx
Excellent truc de la "Reine de l'Indexation" ! :-)
