|
|
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
Как внести изменения в таблицу All_Indexes, например мне необходимо проапдейтить поле GLOBAL_STATS с NO на YES? Или может возможно это всё задавать на этапе создания индекса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 16:50 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21, 1. Это не таблица, а вьюха. 2. Ты хочешь не радактирование индекса, а изменение метаданных. Можешь глянуть в определении вьюхи как получается значение этого поля и соотвественно повлиять на него либо сбором статистики либо dbms_stats.set_index_stats. Только лучше озвучивать зачем тебе это надо, а то желание что-то задавить без объяснения причин выглядит несколько странно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:02 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopжелание что-то задавитьНе так прочитал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:05 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop, Есть два проекта, одинаковые индексы там и там. В первом работает всё стабильно, во втором глючит. План запроса показывает, что не подхватываются индексы, потому выборка идет очень долго. Потому и думаю изменить этот параметр, чтоб посмотреть на результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:12 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshop,Я конечно может не правильно интерпретирую, параметр global_stats стоит NO и даже если я соберу статистику по индексу он не сработает при выборке по полю в условии WHERE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:18 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21, смотри чего захотел) У тебя наверное что то банальное там, типа отсутствия статистики или еще что попроще, а ты хочешь править метаданные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:22 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, Индекс срабатывает при таком запросе Код: plsql 1. Если не брать выбор поля, то идет скан по всей таблице, хотя в другой базе, точно такая табличка по 50 миллионов записей в табличках и запрос отрабатывает за 0.016 секунды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:32 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21,исправил, опечатка Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:34 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, что значит нет статистики? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:36 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21ora601, что значит нет статистики? oracle index statistics gather ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:45 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, Код: plsql 1. В обоих табличках созданы индексы по полю client_id, но в первом случае (база где Global_stats в YES ) план запроса идеальный и запрос 0.2 секунды. (база где Global_stats в NO), идет полный FULL по табличкам и запрос отрабатывает как повезет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:46 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
... хотя правильнее начать с oracle table statistics gather ... поскольку статистика по индексам, как правило, вещь сопутствующая, интегрированная.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:49 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
Viewer, Если бы мне помог гугл, сюда не обращался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:51 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21, /*+gather_plan_statistics*/ на втором запросе что дает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:58 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
как вы там с гуглом общаетесь, отсюда не видно, но целенаправленное направление поиска ещё никому не помешало... P.S. как с этим Код: plsql 1. 2. 3. сравните хотя бы это для обоих случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 17:59 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, Если Вы это имеете ввиду Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:04 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
Viewer, сравнил. В первом случае где всё хорошо 12.12.2016, во второй где плохо 02.01.2017. Только что это дает знание дат? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:08 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21, Нет, Код: plsql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:09 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21, SELECT * /*+ gather_plan_statistics */ https://docs.oracle.com/cd/B12037_01/server.101/b10752/hintsref.htm The following syntax shows hints contained in both styles of comments that Oracle supports within a statement block. {DELETE|INSERT|MERGE|SELECT|UPDATE} /*+ hint [text] [hint[text]]... */ or {DELETE|INSERT|MERGE|SELECT|UPDATE} --+ hint [text] [hint[text]]... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:09 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, Когда второе условие в where, то индексы подхватываются, но суть запроса, чтоб объединить по одному полю две таблицы и выбрать только совпадение. Вот первая идеально это делает, хотя запрос такой же Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:17 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
ora601, Кстати, ORACLE 10 версии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:19 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21ora601, Кстати, ORACLE 10 версии. .... кстати, после цифры 10 идут ещё, весьма важные цифирьки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:21 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
Viewer, Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Prod и там и там. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:27 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
julat21Viewer, сравнил. В первом случае где всё хорошо 12.12.2016, во второй где плохо 02.01.2017. Только что это дает знание дат? разница в планах доступа, в первом приближении а) разница в количественном/качественном составе даннных б) дата сбора статистики отражает актуальное знание оптимизатора о количественном/качественном составе даннных ... данные то в каждом случае, идентенчны, хотя бы количественно? P.S. имел счастье встретиться с ситуацией, когда появление очередной месячной порции данных, увеличило время расчёта, по сравнению с предыдущим месяцем, с 40 минут до 9 часов... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:33 |
|
||
|
Редактирование индекса?
|
|||
|---|---|---|---|
|
#18+
Viewer, Та даже суть не в этом. Я тестово создал две таблички по несколько записей туда кинул. Делаю запрос, не берет индекс. На второй базе уже созданы таблички, тоже оставил по несколько записей, блин а там берет индекс точно такой запрос. Потому я пошел и искать разницу в all_indexs, при создании индексов разница только в одном поле GLOBAL_STATS, там NO(для новой таблички и нового индекса), а там YES(старая табличка). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 18:42 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=172&tid=1886314]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 344ms |

| 0 / 0 |
