Странные решения оптимизатора / Sybase ASA, ASE, IQ

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Странные решения оптимизатора

3 сообщений из 3, страница 1 из 1

Странные решения оптимизатора

#37742648

White Owl

Участник

Сообщения: 12 726

Рейтинг: 0 / 0

ASE 15.0.3

Есть таблица с двумя индексами:

Код: sql

1.
2.
3.
4.
5.
6.

create table t (
  date_field datetime null,
  char_field char(1) null
)
create index idx_d on t(date_field)
create index idx_c on t(char_field)

В char_field может быть около десяти разных значений, это поле является ссылкой на lookup таблицу. Как внешний ключ она явно не объявлена, связь делается на уровне приложения.

Делаю запросы:

Код: sql

1.
2.
3.
4.
5.
6.
7.

select t.*
from t 
where t.date_field between '01/01/2012' and '01/31/2012'

select t.*, lookup.description
from t join lookup on t.char_field=lookup.code
where t.date_field between '01/01/2012' and '01/31/2012'

Оба запроса должны вернуть (и возвращают) около десяти строк.

Все хорошо, но работает второй запрос намного медленней чем первый. Стал смотреть план и увидел странное. Не смотря на то что селективность по дате намнооого выше чем по флаговому полю, как только в запросе появляется связь по флаговому полю оптимизатор начинает использовать индекс idx_c вместо idx_d.
Спрашивается, почему и как с этим бороться?

...

Рейтинг:

0 / 0

06.04.2012, 20:35

| Ответить | Цитировать | Написать

Странные решения оптимизатора

#37742693

cherrex_Den

Гость

White Owl,

Покажите планы. Подозреваю,что во втором запросе merge_join происходит.

...

Рейтинг:

0 / 0

06.04.2012, 21:45

| Ответить | Цитировать | Написать

Странные решения оптимизатора

#37742699

White Owl

Участник

Сообщения: 12 726

Рейтинг: 0 / 0

Как оказывается, все намного проще...
Мой вторичный DBA "подумал и решил что индекс по дате больше не нужен" и убил его.
Теперь меня больше мучает вопрос, зачем я взял этого кретина в свою группу???

...

Рейтинг:

0 / 0

06.04.2012, 21:59

| Ответить | Цитировать | Написать

3 сообщений из 3, страница 1 из 1

Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Странные решения оптимизатора

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=55&fpage=16&tid=2010155]:	0ms
get settings:	11ms
get forum list:	12ms
check forum access:	3ms
check topic access:	3ms
track hit:	69ms
get topic data:	12ms
get forum data:	2ms
get page messages:	38ms
get tp. blocked users:	2ms
others:	243ms

total:	395ms