SELECT с индексом читает всю таблицу

Dzed Maroz

ABC написал(а):

sibrin написал:

ABC написал(а):

Вы вообще на ABAP'e эти селекты пишете? :roll:

В селекте ranges используется, так что на ABAP'е, можно не сомневаться.

Вопрос был к Dzed Maroz'у по поводу его

Code:

select * from t001 where bukrs = 'XXX'

На ABAP'e.
Ну так объяснит мне кто-нибудь, что я неправильно делаю ?

sy-uname

Dzed Maroz написал:

Новость

Сейчас вот проверил.
Таблица T001.
Индекс к ней: Unique Index T001____0 (mandt, bukrs)
Пишу оптимизатору:

Code:

select * from t001 where bukrs = 'XXX'

Наблюдаю результат:
Select Statement (Estimated Costs = 2, Estimated #Rows = 2).
Table Access Full T001.
...

По хорошему, если конечно система не только что стартована, то на данный селект к базе вообще не будет сформировано Native-запроса, данные подтянутся из буфера.

Пономарев Артем

Версия СУБД? Вендор?

Я приводил план выполнения и запрос для
ORACLE 10.2
SAP ECC 6.0

Версия ABC про маленький объем таблицы и поведение оптимизатора кажется мне самой убедительной.

Про буффер согласен. Но что-то не тянется.

Удав

sy-uname написал(а):

Сейчас вот проверил.
Таблица T001.
Индекс к ней: Unique Index T001____0 (mandt, bukrs)
Пишу оптимизатору:

Code:

select * from t001 where bukrs = 'XXX'

Наблюдаю результат:
Select Statement (Estimated Costs = 2, Estimated #Rows = 2).
Table Access Full T001.
...

Посмотрите технические настройки таблицы T001, раздел "Буферизация" :lol:

Dzed Maroz

Пономарев Артем написал:

Версия СУБД? Вендор?

Я приводил план выполнения и запрос для
ORACLE 10.2
SAP ECC 6.0

Версия ABC про маленький объем таблицы и поведение оптимизатора кажется мне самой убедительной.

Про буффер согласен. Но что-то не тянется.

ORACLE 9.2, SAP 4.6C
Тут ещё с базисниками пообщался из любопытства, так они мне сообщили, что Оптимизатор - это есть специальный модуль БД, который расчитывает план выполнения, т.е. каким образом данные будут считываться из дисковых файлов БД.
Если оно так, то буфер тут вроде как ни при чём ....

Удав

По опыту наших базисников:
1. Oracle рассматривает индексы без поля mandt в последнюю очередь.
2. Прямое указание mandt в запросе никак не влияет на план оптимизации.
Другое дело что один и тот же запрос напрямую в Oracle и через SAP имеет разные планы выполнения. Во многом это связано с работой DB-интерфейса SAP, который подкручивает к запросам свои hint`ы...

Пономарев Артем

Цитата:

Если оно так, то буфер тут вроде как ни при чём ....

Имелся в виду буфер апликэйшн сервера, а не бд.

Цитата:

Посмотрите технические настройки таблицы T001, раздел "Буферизация"

Ну так все путем. Буферизация включена.
Тем не менее у меня раз за разом идет обращение к БД.

Цитата:

Другое дело что один и тот же запрос напрямую в Oracle и через SAP имеет разные планы выполнения. Во многом это связано с работой DB-интерфейса SAP, который подкручивает к запросам свои hint`ы...

В данном простейшем случае думаю должны быть одинаковыми.

Удав

Пономарев Артем написал:

Ну так все путем. Буферизация включена.
Тем не менее у меня раз за разом идет обращение к БД.

Ну это наверное вы в ST05 запускаете select

У меня из программы считываение T001 вообще не доходит до интерфейса БД :wink:

Или у вас буфер на application server сбрасывают часто

Jelena

ABC написал(а):

1. Попробуйте этот же селект непосредственно в MS Query Analyzer'e запустить и посмотрите какой план запроса строится там.

Нету доступа у нас, к сожалению.

ABC написал(а):

2. Случаем не добавляли в таблицу одно из полей, по которому делается выборка, после того, как там уже были записи? Если да, то не забыли сделать адаптацию таблицы в утилите базы данных?

Вообще-то да, поле добавляли, но адаптация была сделана.

ABC написал(а):

3. Сколько записей в таблице БД?

Около 500 тысяч записей.

Буфферизация не включена, никаких дополнительных индексов нету. Pелиз у нас ECC 6.0.

Ради эксперимента сделала программку с SELECTами с MANDT и без. В ST05 оба варианта выглядят ну просто абсолютно идентично, хотя почему-то Duration у варианта без MANDT 351, а с ним (CLIENT SPECIFIED есессна) - 169. Хммм...

Кроме того, что-то совсем не похоже, что делается full table scan (к сожалению, с MS SQL иногда фиг поймешь, что там происходит). Может это только в PRD у нас что-то не так?..

Удав

Jelena, индекс пробовали перестроить?

ABC

Jelena написала:

ABC написал(а):

2. Случаем не добавляли в таблицу одно из полей, по которому делается выборка, после того, как там уже были записи? Если да, то не забыли сделать адаптацию таблицы в утилите базы данных?

Вообще-то да, поле добавляли, но адаптация была сделана.

Может в продуктиве забыли сделать? Кстати, что значит "адаптация была сделана"? После "Активировать и адаптировать" в утилите БД запускали "Дополнительная информация"->"Инициировать преобразование" ("Extras"->"Force Conversion")?

sibrin

Jelena написала:

Ради эксперимента сделала программку с SELECTами с MANDT и без. В ST05 оба варианта выглядят ну просто абсолютно идентично, хотя почему-то Duration у варианта без MANDT 351, а с ним (CLIENT SPECIFIED есессна) - 169.

Если два одинаковых селекта делать подряд, то второй всегда быстрее, т.к. на разных уровнях кэшируются данные, SQL-запрос, его план и т.д.

trop

mandt - зло

ABC

mandt - добро

Dzed Maroz

trop написал(а):

mandt - зло

Обоснуй

ABC написал(а):

mandt - добро

Обоснуй

Правила форума

SELECT с индексом читает всю таблицу

Кто сейчас на конференции