Нужен ли индекс или нет?

Question

[Алексей Лебедев]

Имеем:
id, uid, pid.

100к uid и для каждого uid 50 pid.

Выбирае WHERE uid=@uid and pid=@pid;
Какой индекс лучше?
1) только uid
2) uid+pid

Причина почему я спрашиваю маленькие таблицы не стоит забивать индексами.

Comments

[Alex Safonov]

А у вас пара uid/pid уникальна? Может стоит попробовать составной ключ?

Answer 1

[romy4]

в принципе, id тут вобще не нужен. uid можно оставить первичным ключом. при такой выборке индекс для pid лишний.

Answer 2

[res2001]

1.если есть возможность - кластерный индекс по id
2. отдельные индексы для uid и pid

Comments

[Алексей Лебедев]

Отдельные при and?
Можно сделать уникальный кластерный по uid+pid

[res2001]

Алексей Лебедев: У вас только один запрос к базе и таблица в базе одна? Наверняка есть таблицы, которые ссылаются на эту таблицу по ее id, тогда понадобится индекс по id, а т.к. id как правило заведомо уникальный, то по нему лучше сразу строить уникальный кластерный индекс. Если id нигде больше не используется, то зачем он тогда вообще нужен?
И да, отдельные при and. А что смущает?

Answer 3

[Алексей Скахин]

Если преобладают чтения над записью, то 2 вариант предпочтительней.
Если записи вставляются пачками и изредка, то можно отключать индекс , а потом их ребилдить.
Если запись преобладает над чтением, то возможно индексы будут только мешать.

Еще как вариант можно hash партиционировать по uid. Тогда не потеряется скорость ни чтения, ни записи.

Answer 4

[igruschkafox]

2 вариант