Индекс на поле.

← →
Punch (2005-11-01 12:25) [0]

В табличке есть поле varchar(128) мне надо его проиндексировать, FireBird 1.5 не может построить такой индекс. есть какие нить обходные возможности?

← →
Sergey13 © (2005-11-01 12:30) [1]

2Punch (01.11.05 12:25)
А какой смысл в индексе по такому полю? Что в нем?

← →
Punch (2005-11-01 12:33) [2]

индекс нужен для сортировки, поиска.
в нем наименовение товара.

← →
Sergey13 © (2005-11-01 12:36) [3]

2[2] Punch (01.11.05 12:33)
>в нем наименовение товара.
128 символов? Урежь до 80 (вроде такое ограничение) и сделай поле "Доп.Описание". Или сделай вычисляемое поле на первые 80 символов и индексируй его - вроде так можно. Поиску такой индекс будет способствовать, только если искать с начала строки.

← →
Desdechado © (2005-11-01 16:56) [4]

ограничение на длину индексной записи, AFAIR, 256 байт
если символьное поле имеет COLLATION 2-байтный, то индексируется соответственно 256/2, если 3-байтный, то 256/3

← →
msguns © (2005-11-01 17:47) [5]

Аффигеть. У вас что, номенклатура в миллионах меряется ?

← →
Виталий Панасенко (2005-11-02 09:25) [6]

> msguns © (01.11.05 17:47) [5]
> Аффигеть. У вас что, номенклатура в миллионах меряется ?
>

Кстати, это не обязательно номенклатура.. У меня была задача с подобным приколом, при чем необходимым... Писал маленькую тулзу для www.proantivirus.com...Нужно было обойти "помойку" (каталог заведомо незараженных файлов), посчитать CRC32 и затолкать в БД... хранить полный путь к файлам нужно было в ключе.. Пришлось на "скалу" присесть, т.к. Птица не тянет...

в FB2 вроде обещали снять ограничения на длину индексного ключа

← →
Виталий Панасенко (2005-11-02 12:47) [8]

> Desdechado © (02.11.05 12:21) [7]
> в FB2 вроде обещали снять ограничения на длину индексного
> ключа

Вроди, да... пляшет от размера страницы...

Индекс на поле. Найти похожие ветки