[friz]

В общем такое дело:
есть программа которая достает из базы(оракал) определенную инфу, база очень большая и поэтому программа использует секции(партишины) для выбора данных.
пример:
id|field1|field2|field3 |field4| nomer |infa
1 | 1 |1 |14560| 12 |14560/01032G2/000004 |nygnaya infa

id - индекс
field1..field4 - поля по которым таблица разбивается на партишины(секции)
nomer (тип varchar2(16) ) - уникальное поле для каждой записи

Мы имеем field1..field4 и nomer и надо найти infa. В программе надо поэтапно ввести все field и nomer. таким методом данные получаются где-то за 3-5 секунд (для базы с таким объемом данных это нормл), но пришел "умный" начальник и сказал что он не хочет вводить столько полей, а хочет ввести только Nomer. На что я сказал что тогда данные будут выбираться ппц как долго, на что другой грамматей сказал что надо просто индексацию по полю nomer сделать и все...

Вот и вопрос: разумно ли тут вообще делать индексацию? я считаю что индексировать текстовое поле длиной в 16 символов это бред. Какого ваше мнение?

[Black Raider]

по строковому полю как то не айс индекс строить, во первых при UPPER и Like ( а для выборки по строковому полю это надо в 90% случаев), оптимизатор вообще не сможет использовать индекс и будет прямое чтение с базы, так что согласен с тобой что необосновано в данном случае строить индекс. (Хотя на Оракле черт его знает как там оптимизатор работает, в IB точно не использует и в MS SQL так же).