таблица:
unique_id автоинкремент
adate - дата
user_id - id абонента
user_data - данные абонента
----------
каждому абоненту (их сотни тысяч) в день поступает в среднем 20 новых user_data. При записи в БД adate вычисляется и равна текущему моменту времени.
Т.е. имеет место много инзертов, скорость выполнения которых в принципе некритична
и есть селекты вида: SELECT ALL * FROM tbl WHERE user_id=xxx AND adate BETWEEN ... AND ...
Вот эти селекты должны работать максимально быстро.

Вопрос в построении индексов.
Сейчас я сделал кластерный составной индекс (adate DESC, user_id).
но мне кажется, что это неэффективно, т.к. основная селективность на user_id, а первое поле в индексе adate. Т.е. для выборки всех user_data за какой-то период времени для user_id=222 требуется просмотреть весь набор записей, принадлежащих к adate between...and... что вроде бы избыточно.? Но при таком подхоже можно задать fillfactor=100, что хорошо.
Есть варианты:
1 - добавить еще некластерный индекс по полю user_id
или 2 - в кластерном, приведенном выше, поменять поля местами, т.е. сделать (user_id, adate DESC). Вот такая структура мне бы очень подошла, но не будет ли тогда со временем таблица превращаться в монстра? Ведь все вставки идут "в середину таблицы" и fillfactor =1 и сколько там времени будет уходить на чтение при миллиарде записей?

_bobвообще-то индекс строится не для того, чтобы ему можно было ставить 100% заполнение :-)

Думаю, кластерный индекс (iser_id, adate desc) для выборки будет оптимальным, fillfactor...здорово зависит от активности вставки в таблицу, но, думаю, 80% с еженочным реиндексом вполне решат Вашу проблему

а как вы прикидываете, что именно 80%? Может есть какая-то логика подбора этого параметра?
и еще: реиндекс - это когда drop index а затем create index?
а зачем это делать? Что именно так лечится?

Simonчтобы услышать ответ на такой вопрос для начала надо хотябы указывать что за база данных

в каждой субд свои методы того как "убыстрить" выборку из таблицы

mssql2000