Индекс по длинному строковому полю

Запросы, планы, оптимизация запросов, ...

Модераторы: kdv, CyberMax

Ответить
Vitaly Grobshtein
Сообщения: 2
Зарегистрирован: 11 май 2005, 23:36

Индекс по длинному строковому полю

Сообщение Vitaly Grobshtein » 11 май 2005, 23:47

Существует ли решение проблемы ограничения длины индексируемых полей при использовании collate PDX_CYRL?
Мне нужен быстрый SELECT по связке двух полей varchar по 250 символов в каждом и корректная сортировка. Может быть, есть обходные пути решения этой задачи?
--VG

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 15 май 2005, 22:19

так никто и не ответил...
сначала надо почитать www.ibase.ru/devinfo/ibrusfaq.htm и определиться, так ли надо collate или нет.
дальше надо определиться, что это за
Мне нужен быстрый SELECT по связке двух полей varchar по 250 символов в каждом
"связка" такая. первичный и вторичный ключ? так не делают...

Vitaly Grobshtein
Сообщения: 2
Зарегистрирован: 11 май 2005, 23:36

Сообщение Vitaly Grobshtein » 16 май 2005, 13:02

kdv писал(а):так никто и не ответил...
сначала надо почитать www.ibase.ru/devinfo/ibrusfaq.htm и определиться, так ли надо collate или нет.

Читал. Безусловно надо.

дальше надо определиться, что это за
Мне нужен быстрый SELECT по связке двух полей varchar по 250 символов в каждом
"связка" такая. первичный и вторичный ключ? так не делают...
Это первичный ключ по двум полям. Конкретно - имя папки и имя файла в ней. Необходима сортировка по двум этим полям (ORDER BY FIELD1, FIELD2) и возможность SELECT ... WHERE FIELD1 = :F1 AND FIELD2 = :F2

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 16 май 2005, 13:07

плохо дело. раз читал, значит обломись на 84 символах в ключе. Или жди Firebird 2.0, там будет макс. длина ключа не более 1/4 размера страницы.

Ответить