ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fb3 plan
21 сообщений из 21, страница 1 из 1
fb3 plan
    #39396123
__Avenger__
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
__Avenger__
Участник
Добрый день!

А в тройке план при вызове процедуры должен быть такой:
Код: sql
1.
2.
Select Expression
    -> Procedure "FIAS$SEARCH_ADDRESS" Scan



?

В 2.5 было так:
Код: sql
1.
2.
3.
PLAN (FIAS$SEARCH_PREPARE NATURAL)(RDB$DATABASE NATURAL)
PLAN (SP INDEX (FIAS$SEARCH_PREPARE$IDX_RCODE, FIAS$SEARCH_PREPARE$IDX_NS_PAIR))JOIN (SW INDEX (FIAS$WORDS$UC_WORD), SL INDEX (FIAS$WORDS_FIAS$LINKS), A INDEX (FIAS$ADDRESSES$PK))(F$GET_TRIGRAMS NATURAL)(RDB$DATABASE NATURAL)
PLAN (SP INDEX (FIAS$SEARCH_PREPARE$IDX_RCODE, FIAS$SEARCH_PREPARE$IDX_NS_PAIR))JOIN (JOIN (SORT (JOIN (JOIN (F$GET_TRIGRAMS NATURAL, T T INDEX (FIAS$TRIGRAMS$UC_TRIGRAM)), T TL INDEX (FIAS$TRIGRAMS_FIAS$TRG_LINKS))), JOIN (SW INDEX (FIAS$WORDS$PK), SL INDEX (FIAS$WORDS_FIAS$LINKS))), A INDEX (FIAS$ADDRESSES$PK))(F$LIST_TO_ROWS NATURAL)(A FIAS$SEARCH_PREPARE NATURAL)JOIN (SORT (JOIN (A T2 NATURAL, A T1 INDEX (FIAS$SEARCH_PREPARE$IDX_NS_PAIR, FIAS$SEARCH_PREPARE$IDX_RCODE))), FIAS$GET_FULL_ADDRESS NATURAL)
...
Рейтинг: 0 / 0
01.02.2017, 10:58
| Ответить | Цитировать | Написать  
fb3 plan
    #39396143
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
да, тройка больше не показывает кучу планов из внутренностей процедуры
...
Рейтинг: 0 / 0
01.02.2017, 11:18
| Ответить | Цитировать | Написать  
fb3 plan
    #39396148
__Avenger__
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
__Avenger__
Участник
dimitrда, тройка больше не показывает кучу планов из внутренностей процедуры

А как посмотреть план процедуры?
...
Рейтинг: 0 / 0
01.02.2017, 11:23
| Ответить | Цитировать | Написать  
fb3 plan
    #39396157
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
__Avenger__, м.б. в IBExpert дважды щелкнуть на процедуру в представлении дерева БД и зайти на вкладку "Анализ плана"?
...
Рейтинг: 0 / 0
01.02.2017, 11:33
| Ответить | Цитировать | Написать  
fb3 plan
    #39396166
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
__Avenger__,

а нету у процедуры плана. планы есть у запросов внутри процедуры.
...
Рейтинг: 0 / 0
01.02.2017, 11:39
| Ответить | Цитировать | Написать  
fb3 plan
    #39396192
__Avenger__
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
__Avenger__
Участник
kdv__Avenger__,

а нету у процедуры плана. планы есть у запросов внутри процедуры.

Ну что я могу сказать, очень не удобно.
...
Рейтинг: 0 / 0
01.02.2017, 11:59
| Ответить | Цитировать | Написать  
fb3 plan
    #39396215
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
__Avenger__,

почему план, выводимый для процедуры, это криво:

1. при выполнении процедуры в ее отношении используется plan (proc natural). Внутренние планы никогда не учитывались.
2. внутренних планов может быть много, они иногда не влезали в 64к
3. невозможно понять, к какому запросу (или подзапросу!) внутри процедуры относится какая часть плана
4. показывались все планы всех запросов процедуры. А при условном выполнении запросов запросы выполняются не всегда.
5. в сумме планы процедуры не имеют никакого смысла, т.к. они никогда не объединяются.

наверняка я забыл еще про пару дополнительных моментов.
...
Рейтинг: 0 / 0
01.02.2017, 12:17
| Ответить | Цитировать | Написать  
fb3 plan
    #39396219
__Avenger__
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
__Avenger__
Участник
kdv__Avenger__,

почему план, выводимый для процедуры, это криво:

1. при выполнении процедуры в ее отношении используется plan (proc natural). Внутренние планы никогда не учитывались.
2. внутренних планов может быть много, они иногда не влезали в 64к
3. невозможно понять, к какому запросу (или подзапросу!) внутри процедуры относится какая часть плана
4. показывались все планы всех запросов процедуры. А при условном выполнении запросов запросы выполняются не всегда.
5. в сумме планы процедуры не имеют никакого смысла, т.к. они никогда не объединяются.

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

Но тем не менее, другие субд планами для процедур не брезгуют.
...
Рейтинг: 0 / 0
01.02.2017, 12:21
| Ответить | Цитировать | Написать  
fb3 plan
    #39396222
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
__Avenger__другие субд планами для процедур не брезгуют.

Например?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
01.02.2017, 12:24
| Ответить | Цитировать | Написать  
fb3 plan
    #39396224
__Avenger__
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
__Avenger__
Участник
Dimitry Sibiryakov__Avenger__другие субд планами для процедур не брезгуют.

Например?..


MSSQL
...
Рейтинг: 0 / 0
01.02.2017, 12:25
| Ответить | Цитировать | Написать  
fb3 plan
    #39396250
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
__Avenger__MSSQLВ нём нет понятия плана процедуры. Он показывает планы отдельных запросов в батче.
...
Рейтинг: 0 / 0
01.02.2017, 12:44
| Ответить | Цитировать | Написать  
fb3 plan
    #39396426
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
С планами вообще полная муть. Оптимизатору пофиг на все вложенные JOIN, указанные в плане - плевать он хотел на то, в каком порядке ему указывают делать соединения. Можно просто через запятую перечислить все <basic-join> с правильными индексами и оптимизатор сам решает, в какой последовательности соединять.

 
Простой пример:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
--= Запрос =--
SELECT ev."full_name" || '::' || es."name"
  FROM "rack_sig" rs
    INNER JOIN "eqpmnt_sig" es ON es."id" = rs."eqpsig_id"
    INNER JOIN "eqpmnt__vw" ev ON ev."id" = es."eqpmnt_id"
  WHERE rs."rack_id" = :rackId
    AND rs."type_id" = :sigTypeId
    AND rs."site" = :"sig_site"

--= план предложенный "оптимизатором" :))) =--
PLAN
  MERGE (
    SORT (RS INDEX (rack_sig__uq)),
    SORT (
      JOIN (
        JOIN (
          JOIN (
            JOIN (
              EV E NATURAL,
              EV ET INDEX (eqpmnt_types__pk)),
            EV EC INDEX (eqpmnt_ctrllr__pk)),
          EV C INDEX (controllers__pk)),
        ES INDEX (eqpmnt_sig__fk__eqpmnt))))

--= план заданный вручную =--
PLAN (
  rs INDEX ("rack_sig__uq", "rack_sig__fk__eqpmnt_sig"),
  es INDEX ("eqpmnt_sig__pk", "eqpmnt_sig__fk__eqpmnt"),
  ev e INDEX ("eqpmnt__fk__eqpmnt_types"),
  ev ec INDEX ("eqpmnt_ctrllr__fk__eqpmnt"),
  ev c INDEX ("controllers__pk"),
  ev et NATURAL)

--= план, построенный по заданному вручную =--
PLAN
  JOIN (
    JOIN (
      JOIN (
        JOIN (
          JOIN (
            EV ET NATURAL,
            EV E INDEX (eqpmnt__fk__eqpmnt_types)),
          EV EC INDEX (eqpmnt_ctrllr__fk__eqpmnt)),
        EV C INDEX (controllers__pk)),
      ES INDEX (eqpmnt_sig__fk__eqpmnt)),
    RS INDEX (rack_sig__uq, rack_sig__fk__eqpmnt_sig))

Мрак...
Нафига что-то расписывать в инструкции по планам, если оптимизатор, по большому счету, на всё это клал?
...
Рейтинг: 0 / 0
01.02.2017, 15:16
| Ответить | Цитировать | Написать  
fb3 plan
    #39396433
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
rdb_dev
Код: plsql
1.
2.
3.
4.
5.
6.
7.
PLAN (
  rs INDEX ("rack_sig__uq", "rack_sig__fk__eqpmnt_sig"),
  es INDEX ("eqpmnt_sig__pk", "eqpmnt_sig__fk__eqpmnt"),
  ev e INDEX ("eqpmnt__fk__eqpmnt_types"),
  ev ec INDEX ("eqpmnt_ctrllr__fk__eqpmnt"),
  ev c INDEX ("controllers__pk"),
  ev et NATURAL)

полная хрень.

зы: йад в аптеке.
...
Рейтинг: 0 / 0
01.02.2017, 15:25
| Ответить | Цитировать | Написать  
fb3 plan
    #39396434
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
rdb_dev,

когда я гляжу на запросы в которых постоянно маячат " мне плакать хочется. Когда к ним ещё и планы придумывают вообще рыдать.

С чего ты решил что твой план правильный и вообще работоспособный? Почему если ты задаёшь кривой план сервер должен его принять?

ИХМО на планы лучше влиять с помощью +0 или ||''

Рекомендую поизучать планы через explain plan в 3.0, немного понятнее станет почему сервер выбирает конкретный план.
...
Рейтинг: 0 / 0
01.02.2017, 15:26
| Ответить | Цитировать | Написать  
fb3 plan
    #39396442
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
Мимопроходящийполная хрень.По этой "хрени" ФБ построил план отличный от предложенного по запросу без плана и выполнил запрос.
...
Рейтинг: 0 / 0
01.02.2017, 15:42
| Ответить | Цитировать | Написать  
fb3 plan
    #39396453
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
Симонов Денискогда я гляжу на запросы в которых постоянно маячат " мне плакать хочется. Когда к ним ещё и планы придумывают вообще рыдать.Почему тебя так раздражает квотирование? Меня, к примеру, раздражает название таблиц и полей в верхнем регистре, но я же молчу.

Симонов ДенисС чего ты решил что твой план правильный и вообще работоспособный? Почему если ты задаёшь кривой план сервер должен его принять?Причем тут то, что я решил или не решил? Приведен пример, показывающий, что оптимизатору, по большому счету, наплевать на порядок вложенных JOIN в плане запроса - я об этом. Правильно я задал план или нет, это уже другой вопрос...

Симонов ДенисИХМО на планы лучше влиять с помощью +0 или ||''Почему именно +0 или || '', а не Cast(.. AS ...) ?

Симонов ДенисРекомендую поизучать планы через explain plan в 3.0, немного понятнее станет почему сервер выбирает конкретный план.Спасибо, конечно, за рекомендацию, но эксплейнить планы буду, видимо, уже на "четвёрке".
...
Рейтинг: 0 / 0
01.02.2017, 15:50
| Ответить | Цитировать | Написать  
fb3 plan
    #39396502
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
Di_LIne, еще как жрёт! Даже в "несъедобном" виде.
...
Рейтинг: 0 / 0
01.02.2017, 16:29
| Ответить | Цитировать | Написать  
fb3 plan
    #39396508
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
rdb_devПочему тебя так раздражает квотирование?

потому что запрос выглядит по ублюдски и его тяжело читать.

rdb_devМеня, к примеру, раздражает название таблиц и полей в верхнем регистре, но я же молчу.

это оно в системных таблицах в верхнем регистре. В запросах тебе никто не мешает писать в каком угодно регистре.

rdb_devПравильно я задал план или нет, это уже другой вопрос...

нет не другой. Я по моему уже говорил что FB ещё в версии 2.0 отучили воспринимать частичные планы. А не верные он отвергал всегда.
...
Рейтинг: 0 / 0
01.02.2017, 16:33
| Ответить | Цитировать | Написать  
fb3 plan
    #39396580
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Симонов ДенисВ запросах тебе никто не мешает писать в каком угодно регистре.

Так ведь это мышкой не получится, придётся пальцами по клавишам тыкать... Сотрутся до
самой задницы.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
01.02.2017, 17:37
| Ответить | Цитировать | Написать  
fb3 plan
    #39396834
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
Симонов Денисrdb_devПочему тебя так раздражает квотирование?
потому что запрос выглядит по ублюдски и его тяжело читать.Дело привычки. Мне очень даже комфортно и читать и писать с квотированием.

rdb_devПравильно я задал план или нет, это уже другой вопрос...нет не другой. Я по моему уже говорил что FB ещё в версии 2.0 отучили воспринимать частичные планы. А не верные он отвергал всегда.[/quot]А "неверные", это какие?
...
Рейтинг: 0 / 0
01.02.2017, 23:55
| Ответить | Цитировать | Написать  
fb3 plan
    #39396943
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rdb_dev
Участник
Dimitry Sibiryakov, не пользуюсь case средствами при создании объектов БД. Лишь для небольшой коррекции, т.к. для небольшой правки лень писать ALTER. :)
...
Рейтинг: 0 / 0
02.02.2017, 09:07
| Ответить | Цитировать | Написать  
21 сообщений из 21, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / fb3 plan
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&msg=39396250&tid=1561731]:
 0ms
get settings:
 9ms
get forum list:
 11ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 61ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 64ms
get tp. blocked users:
 2ms
others: 14ms
total:  180ms
созд. / загр.: 180ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]