Dmitry Voroshin wrote:
Насчёт уникальности. А если это уникальный индекс? Тогда получается
сортировка бесмыссленна?
Только если это PK-индекс. Иначе вмешаются нуллы.
--
Дмитрий Еманов
Dmitry Yemanov [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
sasha wrote:
Потому что это бессмысленно.
Объясни пожалуйста.
Исключение одно -- если индекс по первым полям хорошо кластеризован, но у
нас нет соответствующей статистики. Зато если
С полным фетчем?
Я просто этот запрос собственноручно не запускал, но товарищ, который
запускал, вроде всё время двойную стрелочку в эксперте нажимал. Так что
99% что с полным фетчем. Там чуть больше 10 тыс записей всего (много
текстовых полей).
Спасибо за объяснение. Хоть буду знать...
С полным фетчем?
Вот дома эксперимент провёл:
CREATE TABLE Test (
IdINTEGER NOT NULL,
Name VARCHAR(1000) NOT NULL
);
ALTER TABLE Test ADD CONSTRAINT PK_Test PRIMARY KEY (Id);
CREATE INDEX Test_IDX1 ON Test COMPUTED BY (CAST(SUBSTRING(Name
FROM 1 FOR 50) AS VARCHAR(50)));
20
P.S. Провёл эксперимент - все данные в кэше :-):-):-):-)
У нас на реальном сервере обычно так и есть.
SELECT *
FROM Test
PLAN (Test ORDER PK_Test)
ORDER BY Id, Name
Как бы это сделать?
надо как-то объяснить серверу, за какую щеку он должен положить записи,
отфетченные по ID, чтобы потом посортировать их по NAME
--
Булычев Алексей
http://www.stella-npf.ru
sasha wrote:
Привет!
Сабж: и вправду.
--
Regards. Ded.
Привет!
Подскажите пожалуйста почему сервер не может использовать индекс для
сортировки если сортировка идёт по нескольким полям и то поле, по
которому есть индекс, указано в списке ORDER BY первым?
А также как заставить сервер использовать нужный мне план, например у
меня есть запрос:
А в кое что ещё небось опять куча варчаров, раздувающих сортировку
на сотни мег ?
Да дело не в том что там после, а в том что индекс не используется.
И к стати у нас вместо Name индекс по выражению на самом деле, так что
составный индекс не прокатывает.
SELECT *
FROM Users
ORDER BY
sasha ...
А в кое что ещё небось опять куча варчаров, раздувающих сортировку
на сотни мег ?
Да дело не в том что там после, а в том что индекс не используется.
Вопрос был об эффективности сортировки по ID + Name и по Name
И к стати у нас вместо Name индекс по выражению на самом
sasha ...
А почему ты решил, что сортировка по ID + Name будет хуже, чем
сортировка по Name ? ORDER BY INDEX хорош только для выбора первых
нескольких записей, для большого объёма выборки это очень плохо.
У нас реальный запрос с сортировкой только по Name работает ~2.3 секунды, а запрос
надо как-то объяснить серверу, за какую щеку он должен положить записи,
отфетченные по ID, чтобы потом посортировать их по NAME
Ясное дело, но как?
берешь армянского коньяку и глинтвейна, садишься перед сервером и начинаешь
уговаривать
не поможет - скажи, что будешь пинать ногами.
--
надо как-то объяснить серверу, за какую щеку он должен положить записи,
отфетченные по ID, чтобы потом посортировать их по NAME
Ясное дело, но как?
sasha wrote:
Подскажите пожалуйста почему сервер не может использовать индекс для
сортировки если сортировка идёт по нескольким полям и то поле, по
которому есть индекс, указано в списке ORDER BY первым?
Потому что это бессмысленно.
--
Дмитрий Еманов
sasha ...
надо как-то объяснить серверу, за какую щеку он должен положить записи,
отфетченные по ID, чтобы потом посортировать их по NAME
Ясное дело, но как?
Никак.
А почему ты решил, что сортировка по ID + Name будет хуже, чем
сортировка по Name ? ORDER BY INDEX хорош только для
Я уже сказал - индекс для сортировки это плохо
Это меня вобще в тупик загнало. Почему плохо? У меня ведь запрос по
индексу сортирует почти в 5 раз быстрее...
sasha ...
Вопрос был об эффективности сортировки по ID + Name и по Name
Я вобще изначально спрашивал как заюзать индекс если сортировка по нескольким
полям.
Не надо его юзать
Ты уверен, что тебе нужен ORDER через INDEX, а не ORDER через SORT ???
Мне безразлично как - лишь-бы
Потому что это бессмысленно.
Объясни пожалуйста.
sasha wrote:
Потому что это бессмысленно.
Объясни пожалуйста.
Потому что только индексом воспользоваться не удастся. Придется сочетать
чтение на основе индекса с буферной сортировкой для каждой группы. Т.е.
удваивать кол-во операций по сравнению с любым из ORDER/SORT отдельно.
Ключевая
sasha wrote:
Это меня вобще в тупик загнало. Почему плохо? У меня ведь запрос по
индексу сортирует почти в 5 раз быстрее...
С полным фетчем?
--
Дмитрий Еманов
21 matches
Mail list logo
