Хочу научиться читать SQL...

[iDesperado]

Я Вас когда-нибудь обманывал? Конечно имею я картинку. Почитайте на интернете про Data Studio for DB2 - вот это тот тул которым мы смотрим картинки.

да постоянно, вспомнить хотя бы историю как вы thread за cpu выдавали, после чего выяснилось, что все ваши многолетние басни следует минимум на 16 делить.

Вот Вы, iDesperado, пытаетесь быть мастером навешивание разных ярлыков. Но сами даже и не замечаете как подставляетесь. Вас иногда выводят на чистую воду, но чаще машут рукой и отходят.

боюсь вы искажаете реальность. какой топик не поднимем, везде высмеивание именно ваших познаний.

Вот и с картинками Вы так уперлись потому больше Вам упираться не во что, а хочется. Так что слушайте.

суть вовсе не в картинках, как видите с zgur мы текстовые планы выкладывали. суть в том, что информации вашего обрезка из PLAN_TABLE не хватает, что бы развернуть связанный граф и понять, какие операции запроса отняли большую часть ресурсов. психически здоровый человек не будет строить граф в уме. учитывая, что кол-во узлов графа будет больше из-за колонки MATCHCOLS во многих случаях это просто и не реально. ваш обрезок не дает большей части минимально необходимой информации, ни связей графа, ни очередности операций, ни расклада костов по операциям. т.е. у вас нет понимания, что такое план.
вы можете сколько угодно сочинять очередные басни, но то что вы не DBA и не имели дел с реальными проектами завязанными на db2 факт железобетонный. не может DBA задавать такие вопросы

Представьте себе приложение с более чем тремя тысячами программ и с несколькими сотнями SQL statements в каждой и вот Вы рассматривая картинку одного SQL понимаете что нужно переделать имеющийся индекс или создать новый или Вы нашли, как Вам кажется неудачный индекс и считаете что его лучше удалить. Как Вы будете решать такую задачку? Будете смотреть на каждую из сотен тысяч возможных картинок? Сколько Вам на это время понадобится?

p.s. "неудачный индекс, его лучше удалить" на мем претендует

[ALV00]

Не надо на db2 бочки катить. Нормальная там документация, писаная адекватными людьми. Попробуйте в гугле набрать вопрос по Oracle - вынесет на stackoverflow и форумы разные. В db2 выносит на системные доки. Это объективный показатель их качества.

[iDesperado]

Не надо на db2 бочки катить. Нормальная там документация, писаная адекватными людьми. Попробуйте в гугле набрать вопрос по Oracle - вынесет на stackoverflow и форумы разные. В db2 выносит на системные доки. Это объективный показатель их качества.

да ладно. хуже документации, чем db2 не встречал. мы помниться три дня расшифровывали доку о совместимости блокировок
viewtopic.php?f=46&t=161886&start=375#p4482681

нигде такого безобразия больше не встречал.

[mynameiszb]

Не надо на db2 бочки катить. Нормальная там документация, писаная адекватными людьми. Попробуйте в гугле набрать вопрос по Oracle - вынесет на stackoverflow и форумы разные. В db2 выносит на системные доки. Это объективный показатель их качества.

Не скажу про доки на db2, но вас не смущает, что кроме полноценной и отлично структурированной документации по Ораклу, есть еще Металинк, где под замком лежит прорва технических вещей. Правда, туда доступ лишь официальным пользователям, кто лицензию купил (хотя бы минимальную). И саппорт работает только через Металинк. И патчи только через него раздают...

Жаловаться, что на stackoverflow обсуждают Оракл - это уже из раздела юмора...

[zVlad]

Не надо на db2 бочки катить. Нормальная там документация, писаная адекватными людьми. Попробуйте в гугле набрать вопрос по Oracle - вынесет на stackoverflow и форумы разные. В db2 выносит на системные доки. Это объективный показатель их качества.

Не скажу про доки на db2, но вас не смущает, что кроме полноценной и отлично структурированной документации по Ораклу, есть еще Металинк, где под замком лежит прорва технических вещей. Правда, туда доступ лишь официальным пользователям, кто лицензию купил (хотя бы минимальную). И саппорт работает только через Металинк. И патчи только через него раздают...
...

Кстати я был пользователем Оракловского Маталинк в начале 2000-х пока у нас на МФ стояли оракловский штучки. И даже вытягивал из него патчи. Я также был и есть пользователь IBM-ского IBMLink(ServiceLink) и ShopzSeries. Без предвзятости скажу что ИБМ-вские закрытые суппорты намного лучше и богаче оракловских.

Кстати информация у IBM не лежит под замком. Даже не имея доступа к IBMLink(ServiceLink) можно находить и читать информацию о патчах и многое другое. Под замком лежат только сами патчи.

[zVlad]

....

Вот и с картинками Вы так уперлись потому больше Вам упираться не во что, а хочется. Так что слушайте.

суть вовсе не в картинках, как видите с zgur мы текстовые планы выкладывали. суть в том, что информации вашего обрезка из PLAN_TABLE не хватает, что бы развернуть связанный граф и понять, какие операции запроса отняли большую часть ресурсов. психически здоровый человек не будет строить граф в уме. учитывая, что кол-во узлов графа будет больше из-за колонки MATCHCOLS во многих случаях это просто и не реально. ваш обрезок не дает большей части минимально необходимой информации, ни связей графа, ни очередности операций, ни расклада костов по операциям. т.е. у вас нет понимания, что такое план.....

Да, интересная логическая цепочка с заранее известным финалов - сказать гадость zVlad-u.

Я Вам сто раз предлагал сказать какой именно информации Вам не хватает. Но Вы как Ванька-Встанька (или неваляшка) снова и снова приходите к одной и той же навясчивой идее что у zVlada нет понимания что такое план.

MATCHCOLS на графе никак не отражается. Потому что это: The number of index columns matched on an index scan.

Вот Вам две ссылочки с описанием наиболее важных колонок PLAN_TABLE в DB2 for zOS. Найдите то чего Вам не хватает и я тут же дополню свою выборку столбцов из PLAN_TABLE для обсуждаемого SQL:

http://db2dbazos.blogspot.ca/2009/03/ho ... plain.html

https://legacymainframe.wordpress.com/2 ... 2-explain/

Вот Вам еще ссылочка о предмете нашего спора (обратите внимание на первый слайд на странице 3):

http://www.mdug.org/Presentations/Expla ... Lawson.pdf

[zVlad]

Дело вовсе не в том как некоторая инфа представлена, в виде ли чисел и текста или в виде визуального образа - графа. Дело в том насколько полна информация и насколько удобно она представленна не только для человеческого понимания, но главным образом для ее автоматической обработки.

Второй важный аспект представлется тем насколько информация адекватна конкретной платформе. Это важно потому что платформы разнятся и важное на одной может быть совершенно не существенно на другой, или возможное для одной платформы может быть просто не доступным на другой.

Не претендуя на полноту освещения второго аспекта я бы хотел затронуть такой параметр как cost.

В этой теме прозвучали следущие cost-ы:

- Cost (%CPU), видимо из Оракл. Определения у меня нет, но я полагаю кто-нибудь восполнит этот пробел.

- PROCMS, and PROCSU, а также TOTAL_COST - это из DB2 for zOS. Вот их определения:

PROCMS: "The estimated processor cost, in milliseconds, for the SQL statement. The estimate is rounded up to the next integer value. The maximum value for this cost is 2147483647 milliseconds, which is equivalent to approximately 24.8 days. If the estimated value exceeds this maximum, the maximum value is reported. If an accelerator product is used the difference is reflected in this value."
PROCSU: "The estimated processor cost, in service units, for the SQL statement. The estimate is rounded up to the next integer value. The maximum value for this cost is 2147483647 service units. If the estimated value exceeds this maximum, the maximum value is reported. If an accelerator product is used, this value represents the estimated cost including any impact of acceleration."
TOTAL_COST: "The overall estimated cost of the statement. If an accelerator product is used the benefit is reflected in this value. This cost should be used only for reference purposes."

- Cost I/O и Total Cost - пердставленны iDesperado из предположительно DB2 for LUW.

Три разных набора имеем. Только в случае с DB2 for zOS есть некие Service Units, но нет Cost I/O как в LUW.

Вот определение SU, которые кстати используются не только в PLAN_TABLE, но везде на МФ где это имеет смысл: как параметр производительности МФ, как продолжительность периода в WLM, и т.д.:

CPU Service Units is a metric used by z/OS to measure the CPU consumption by
transactions executing under z/OS dispatchable units, such as tasks (TCB) or service
requests (SRB). A CPU Service Unit should be more or less repetitive and only include the
productive CPU execution. Below is an explanation of these terms:
- Productive: The consumption of CPU due to overheads such as page fault, swapping, and
dispatcher is not accounted for in the transaction CPU Service Unit.

- Repetitive: The same value is roughly measured for the same transaction (executing the
same logic with the same amount of I/O records) in any CPU.

Продолжим позже если кого-нибудь это интересует и есть что сказать

[ALV00]

да ладно. хуже документации, чем db2 не встречал. мы помниться три дня расшифровывали доку о совместимости блокировок
viewtopic.php?f=46&t=161886&start=375#p4482681
нигде такого безобразия больше не встречал.

И где вы эту гадость нашли? Google -> "db2 lock compatibility", первая ссылка содержит понятную красивенькую табличку. Ну вот сравните два примера доков:
DB2
ORACLE
В первом примере дана ясная диаграмма, с первого взгляда уже все понятно. Потом объяснены параметры, их типы и всякие подробности для любознательных. Зацените также количество текста и его форматирование. Написано аккуратно, грамотно, эстетически красиво.
Вторая ссылка - информации минимум, изложено невнятно, надо всматриваться и вчитываться. Какая то халтура, работа троечника.

Или например, набрать ORA-xxxx - выносит на форумы, а какого черта? В системных доках должна быть исчерпывающая информация. В db2 достаточно набрать в CLP номер ошибки и выводится именно исчерпывающая информация, то есть в 99% случаев больше ничего не нужно.

[ALV00]

... полноценной и отлично структурированной документации по Ораклу...

Где такое дают? Без подколок, нужно для работы очень.

Жаловаться, что на stackoverflow обсуждают Оракл - это уже из раздела юмора...

То, что люди идут на форум, а не на системные доки, говорит о низком качестве последних.

[mynameiszb]

... полноценной и отлично структурированной документации по Ораклу...

Где такое дают? Без подколок, нужно для работы очень.

Вы шутите? https://docs.oracle.com/en/database/ - есть все, что надо.

То, что люди идут на форум, а не на системные доки, говорит о низком качестве последних.

Это говорит лишь о том, что Oracle использует любой способ отсечь халявщиков. Основная документация - более чем достаточна для установки и сопровождения базы. А вот если вы хотите копать глубже и получать полноценный саппорт - будьте добры зарегестрироваться официально и работайте через Металинк.

например, набрать ORA-xxxx - выносит на форумы

Металинк. Как только начал плотно работать с ораклоидными базами, всю нужную информацию получал там (не считая базовых вопросов в официальной документации).

Увы - это политика Оракла. И никуда от этого не деться.

[iDesperado]

И где вы эту гадость нашли? Google -> "db2 lock compatibility", первая ссылка содержит понятную красивенькую табличку.

товарищ, сосредоточтесь. речь идет о db2/zOS

Ну вот сравните два примера доков:
DB2
ORACLE
В первом примере дана ясная диаграмма, с первого взгляда уже все понятно.

ссылка на оракл кривая. по ссылке на db2 первый же вопрос, что херь ? что ЭТО ? нахрена весь этот зоопарк блокировок ? что за intenе, что за super exclusive. где хоть какое-то пояснения, нахрена все эти сложности ?

Вторая ссылка - информации минимум, изложено невнятно, надо всматриваться и вчитываться. Какая то халтура, работа троечника.

вот что у оракла на эту тему

Modes of Locking

Oracle uses two modes of locking in a multiuser database:

Exclusive lock mode prevents the associates resource from being shared. This lock mode is obtained to modify data. The first transaction to lock a resource exclusively is the only transaction that can alter the resource until the exclusive lock is released.

Share lock mode allows the associated resource to be shared, depending on the operations involved. Multiple users reading data can share the data, holding share locks to prevent concurrent access by a writer (who needs an exclusive lock). Several transactions can acquire share locks on the same resource.

куда здесь всматриваться ? в что тут можно вчитываться ?

Или например, набрать ORA-xxxx - выносит на форумы, а какого черта? В системных доках должна быть исчерпывающая информация. В db2 достаточно набрать в CLP номер ошибки и выводится именно исчерпывающая информация, то есть в 99% случаев больше ничего не нужно.

ну если вы бровсером пользоваться не умеете, то какая может быть речь о субд ? у меня нет идей как может вот тут http://docs.oracle.com не получиться вбить ORA-xxxx или не найти раздел по ошибкам в доках.
то что гугл не выкидывает на oracle.com говорит о том, что субд популярна, в то время как db2 никому кроме разработчиков не нужен и нигде не обсуждается.

[mynameiszb]

говорит о том, что субд популярна

Индусов набрали, просрут нашу няшу

[zVlad]

....

И где вы эту гадость нашли? ...

Да это ж его самaя главная способность. Он профессионал в этом.

[iDesperado]

Три разных набора имеем. Только в случае с DB2 for zOS есть некие Service Units, но нет Cost I/O как в LUW.

Note: The estimated elapsed time for each SQL statement is retrieved from the column TOTAL_COST in the DB2 V9 table DSN_STATEMNT_TABLE. This column is populated by the DB2 optimizer, during Explain, with the estimated elapsed time of the SQL statement based on CPU and I/O cost.

Влад, выложите скриншоты графического представления из Data Studio обсуждаемых четырех запросов

[zVlad]

Три разных набора имеем. Только в случае с DB2 for zOS есть некие Service Units, но нет Cost I/O как в LUW.

Note: The estimated elapsed time for each SQL statement is retrieved from the column TOTAL_COST in the DB2 V9 table DSN_STATEMNT_TABLE. This column is populated by the DB2 optimizer, during Explain, with the estimated elapsed time of the SQL statement based on CPU and I/O cost.

Влад, выложите скриншоты графического представления из Data Studio обсуждаемых четырех запросов

Обясните внятно для чего Вам нужны эти screen shot-ы - выложу, а так нет.

В принципе сейчас попрoбую выложить screen shot произвольного запроса, чтобы Вы не говорили что у меня нет Data Studio.

[iDesperado]

Обясните внятно для чего Вам нужны эти screen shot-ы - выложу, а так нет.

я хочу увидеть сколько узлов покажет студия и как будут отрисованны связи, сравнить с тем что вы заселектили из plan_table. скриншот произвольного запроса мне не нужен, их у гугла и так достаточно.

[zVlad]

Обясните внятно для чего Вам нужны эти screen shot-ы - выложу, а так нет.

я хочу увидеть сколько узлов покажет студия и как будут отрисованны связи, сравнить с тем что вы заселектили из plan_table. скриншот произвольного запроса мне не нужен, их у гугла и так достаточно.

Смотрите. Это последняя редакция запроса с убранными OR ( 0 = 1) и без EXISTS:

Privet1.doc

Code: Select all

SELECT  WOTSK  .  FACILITY  , 
    WOTSK  .  UNIT  , 
    WOTSK  .  INTERRUPT  , 
    WOTSK  .  SHUTDOWN_NBR  , 
    WOTSK  .  WORK_ORDER_NBR  , 
    WOTSK  .  WORK_ORDER_TASK  , 
    WOTSK  .  TASK_SEQUENCE  , 
    WOTSK  .  WO_TSK_STATUS  , 
    WOTSK  .  WO_TSK_PRIORITY  , 
    WOTSK  .  NEED_DATE  , 
    WOTSK  .  WR_TASK_TITLE 
FROM  TIDWOTSK  WOTSK 
WHERE  (  WOTSK  .  WORK_ORDER_NBR  BETWEEN  CAST(?  AS  CHARACTER(8)) 
AND  CAST(?  AS  CHARACTER(8))  ) 
AND  (  WOTSK  .  FACILITY  =  CAST(?  AS  CHARACTER(3))  ) 
AND  (  WOTSK  .  UNIT  BETWEEN  CAST(?  AS  CHARACTER(6)) 
AND  CAST(?  AS  CHARACTER(6))  ) 
AND  (  (  WOTSK  .  WO_TSK_STATUS  =  '45'  ) 
OR  (  WOTSK  .  WO_TSK_STATUS  =  '48'  )  ) 
AND  (  WOTSK  .  WORK_ORDER_NBR  ||  WOTSK  .  WORK_ORDER_TASK  BETWEEN  CAST(?  AS  CHARACTER(8))  ||  CAST(?  AS  CHARACTER(2)) 
AND  CAST(?  AS  CHARACTER(8))  ||  CAST(?  AS  CHARACTER(2))  ) 
ORDER  BY  WOTSK  .  WORK_ORDER_NBR  DESC  , 
    WOTSK  .  WORK_ORDER_TASK  DESC 
 

[iDesperado]

Смотрите. Это последняя редакция запроса с убранными OR ( 0 = 1) и без EXISTS:

вот смотрю и думаю, мне и в самом деле нужно разжевывать в чем разница между связанным графом из пяти нод, с вот этим

Code: Select all

xxxx       0  I                   1  TOIWOTS9 

?

[zVlad]

Смотрите. Это последняя редакция запроса с убранными OR ( 0 = 1) и без EXISTS:

вот смотрю и думаю, мне и в самом деле нужно разжевывать в чем разница между связанным графом из пяти нод, с вот этим

Code: Select all

xxxx       0  I                   1  TOIWOTS9 

?

Обязательно надо. Go ahead.

[zVlad]

И еще напомню Вам, iDesperado, про мой вопрос от которого Вы ушли молча. Вопрос был как Вы собираетесь анализировать сотни тысяч планов доступа с помощью графов?

К этому вопросу примыкает также недоумение по поводу следующих фактов: графические тулзы как Вы правильно подметили появились в 90-е, а собственно БД широко используются с 80-х. Как по Вашему тогдашние DBA получали информацию о планах доступа? Как ни с ними работали?

[iDesperado]

И еще напомню Вам, iDesperado, про мой вопрос от которого Вы ушли молча. Вопрос был как Вы собираетесь анализировать сотни тысяч планов доступа с помощью графов?

если бы вы имели хотя бы небольшой опыт реальных проектов, вы бы такие вопросы не задавали. DBA не анализирует тысячи планов, DBA анализирует планы проблемных запросов. определить проблемные сессии и запросы позволяют различные тулзы, которые генерят разнообразные графики показывающие нагрузку в разрезе ресурсов, сессий, запросов и тысячи других параметров. в случае оракла стандартный вариант OEM, который показывает информацию о нагрузки множества баз и операционнных систем в одном месте. определив по графикам OEM проблемные запросы уже возятся с конкретными планами/сессиями/трейсами сессии. кроме OEM мне нравиться как выдает информацию по системе spotlight, но поскольку я не DBA для моих задач вполне хватает средств обычного IDE. я использую toad.

[zVlad]

И еще напомню Вам, iDesperado, про мой вопрос от которого Вы ушли молча. Вопрос был как Вы собираетесь анализировать сотни тысяч планов доступа с помощью графов?

если бы вы имели хотя бы небольшой опыт реальных проектов, вы бы такие вопросы не задавали. DBA не анализирует тысячи планов, DBA анализирует планы проблемных запросов. определить проблемные сессии и запросы позволяют различные тулзы, которые генерят разнообразные графики показывающие нагрузку в разрезе ресурсов, сессий, запросов и тысячи других параметров. в случае оракла стандартный вариант OEM, который показывает информацию о нагрузки множества баз и операционнных систем в одном месте. определив по графикам OEM проблемные запросы уже возятся с конкретными планами/сессиями/трейсами сессии. кроме OEM мне нравиться как выдает информацию по системе spotlight, но поскольку я не DBA для моих задач вполне хватает средств обычного IDE. я использую toad.

По ходу работы выяснять уже поздно на самом деле. Более высокий класс (недостижимый в Оракл, поэтому Вы о нем ничего не знаете) это когда анализ проводится до имплементации и проблемные запросы выявляются на стадии подготовки к имплементации. Конечно и в ДБ2 мы выявляем проблемы исходя из оперативных данных выполнения. У нас постоянно работают мониторы позволяющие наблюдать текущее выполнение работ. Видя что некоторая thread DB2 набирает значительное время выполнения мы зачастую успеваем (пока она не завершилась) собрать разную информацию вплоть до какой SQL выполняется долго. Это кажется эффектно выглядит, но я считаю это низкий класс выхватывать проблемы на лету, но к сожалению у нас последнее время все меньше внимания уделяется превентивный мерам. И все больше появляется динамических SQL которые только на лету и можно увидеть - это то кстати что у вас на Оракл в основном и происходит.
Разные у нас БД. Отсюда и все Ваши заблуждения и иллюзии, которых у Вас, как у дворового пса блох, извините но это так.