Hello, Alexandr!
Kochmin Alexandr wrote:
Reads from disk to cache = 144 975
Writes from cache to disk = 0
Fetches from cache = 150 717
добавляем +0 в order by
Reads from disk to cache = 1 569
Writes from cache to disk = 0
Fetches from cache = 7 896
почему второй запрос выполняется в 100
Kochmin Alexandr wrote:
почему второй запрос выполняется в 100 раз быстрее?
Не знаю :-( Должен первый быть быстрее.
--
Дмитрий Еманов
Dmitry Yemanov пишет:
Kochmin Alexandr wrote:
я тоже так думал. :(
Но когда увидел, думал у меня глаза лопнули. :)
Стоит пытаться вытянуть у тебя базу? :-)
без проблем. Только я думаю, что она сжатая будет около 100мб.
--
Кочмин Александр
WildSery пишет:
On Mon, 02 Jul 2007 19:37:30 +0400, Kochmin Alexandr [EMAIL PROTECTED] wrote:
План
PLAN (PR_META ORDER PR_META_IDX1 INDEX (RDB$FOREIGN51))
В случае если RDB$FOREIGN51 возвращает пару-тройку записей, а в порядке индекса
по data ей листать-неперелистать до нужного значения,
WildSery пишет:
On Mon, 02 Jul 2007 20:18:02 +0400, Kochmin Alexandr [EMAIL PROTECTED] wrote:
э... ну пара тройка десятков, если быть точнее..
Но индекс над результирующим множеством не должен так тормозить. Иначе ж вроде
как это плохо.
Я честно говоря, плохо представляю, как работает
Kochmin Alexandr wrote:
э... кто-то из нас тормозит.
Я ж как раз first 1 пишу. это во первых.
INDEX внутри ORDER работает как фильтр поверх индексного фулл-скана. А
FIRST - как фильтр еще выше уровнем.
--
Дмитрий Еманов
Kochmin Alexandr wrote:
без проблем. Только я думаю, что она сжатая будет около 100мб.
Уже не надо, ответ ясен.
--
Дмитрий Еманов
WildSery wrote:
В случае если RDB$FOREIGN51 возвращает пару-тройку записей, а в порядке индекса
по data ей листать-неперелистать до нужного значения, разве так и не должно
получаться?
А ты ведь абсолютно прав, видать к вечеру у мну соображалка отказала.
Сочетание ORDER и INDEX - есть зло
Dmitry Yemanov wrote:
А ты ведь абсолютно прав, видать к вечеру у мну соображалка отказала.
Сочетание ORDER и INDEX - есть зло :-)
Чё-та робот-перлюстратор на линии сегодня совсем дурит. Предыдущий
пост уже с час где-то слоняется. Не согласная я, что всегда зло. Моя
полуторка, правда,
On Mon, 02 Jul 2007 20:46:39 +0400, Dmitry Yemanov [EMAIL PROTECTED] wrote:
INDEX внутри ORDER работает как фильтр поверх индексного фулл-скана. А FIRST
- как фильтр еще выше уровнем.
О, спасибо за разъяснения. Примерно так себе и представлял.
--
Сергей Смирнов.
Ded wrote:
Не согласная я, что всегда зло.
Не всегда, конечно. Иначе бы давно отключили нах :-)
SHOW INDEX sebg_arc
SEBGA_DATE DESCENDING INDEX ON SEBG_ARC(DATEREG)
SEBGA_SPR UNIQUE INDEX ON SEBG_ARC(CODE, ARCCODE)
Я так думаю, что задействованы оба на усечение и один потом ещё раз на
11 matches
Mail list logo