LSVКластерный для PK-автонумератора - самое то !
Хороший способ получить "горячую" страницу, при активном добавлении новых записей в многопользовательском режиме.
LSV Скорость выше.Выше скорость чего ? И для кого ?
LSVКластерный не расходует дополнительной дисковой памяти, т.к. сам является и индексом и данными.Если для MS SQL, то не совсем верно, так как только листья могут быть страницами данных, узлы хранятся в отдельных страницах.
LSVОднако вставка в такой индекс проходит медленее, т.к. надо поддерживать физическую сортировку данных в страницах.
Опять же, если речь в контексте MS SQL, то может быть даже быстрее, так как в этом случае обычно происходит только вставка в нужную страницу данных, тогда как при использовании некластерного индекса 2 операции: вставка в страницу данных, вставка в страницу индекса. Надо учитывать еще то, что внутри страницы данных нет физического переупорядочивания при вставке, смотрите, например, Kalen Delaney - Inside SQL Server.

P.S. Суть кластерного индекса в том, чтобы держать рядом данные, которые чаще всего нужны одновременно и последовательно. Например, когда характерные запросы включают в себя between, по определенному полю или группе полей, или равенство, как вырожденный случай предыдущего. В этих случаях идет последовательное чтение страниц данных, что весьма положительно сказывается на производительности. Особенно хорошо, когда условие по выражению кластерного индекса включается в каждый запрос. Ккак упоминалось выше, кластерный индекс можно также использовать для уменьшения борьбы за страницу при активной многопоточной вставке.
В общем, не все так просто и однозначно, как у предыдущего оратора. В некоторых случаях хорошо подобранный кластерный индекс может привести к отказу от остальных индексов, разве что за исключением ограничений PRIMARY KEY и UNIQUE.
И последнее, кластерный индекс желательно делать уникальным самому, т.е.б ключом, добавляя в его конец уникальный идентификатор, тот же identity, например. По крайней мере, для MS SQL.