hvladМимопроходящий,

BLR хранимых объектов полностью разбирается, проверяется и из него строятся зависимости,
которые сохраняются в RDB$DEPENDENCIES. Заодно строится дерево (план) выполнения запроса.

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

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

Симонов ДенисМимопроходящий,
ИХМО всё таки явные план это зло, хотя бы потому что для более менее сложного запроса их фиг составишь.


Моя личная практика толкает к другой имхе :) Но. Это только в случае если этот сложный запрос единожды написан и высечен в камне. Если же на него в процессе использования может накладываться пара десятков условий-ограничений и десяток различных сортировок, то тут да. Того-этого. С мягким знаком.

Мимопроходящий14.08.2019 13:53, Симонов Денис пишет:
> попытка применить, если он корректный конечно.

ага, без статистики...


Насколько я понимаю, статистика может говорить о том, что план далёк от оптимальности, а вот насчёт может ли он быть применён - это собака где-то в другом месте порылась. Скажем, невозможно в соответствии с логикой текущей реализации оптимизатора организовать перебор таблиц в этом порядке. Не предусмотрена такая ветка в алгоритме. Как на это могут повлиять объёмы данных - для меня загадка. В дереве иф-зен-елсов под влиянием наличия данных ветвление на начальных шагах произошло так, что от корневых уровней пошло по другому поддереву, в котором эта ветка предусмотрена?

Мимопроходящий14.08.2019 15:24, hvlad пишет:
> Странное пишешь. И показать можешь ?

бекап метаданных устроит?


С точки зрения конфиденциальности данных передать-то можно и с ними, если не написать об этом большими буквами на двери отдела, лет 15 назад я это уже делал. Но тогда объём был другой, пожалуй, на порядок меньше как минимум.

Симонов ДенисСтарый плюшевый мишка,
+0 или ||'' куда лучше явно заданного плана, и не ломаются при апгреде версий ФБ

В моей практике была пара-тройка случаев когда, даже если заставить оптимизатор перебирать таблицы в определённом тобой порядке, он всё-таки исхитрялся задействовать такие индексы, которые делали запрос раз в 100 медленнее, чем при рукотворном плане. Но -

Симонов Денисну во-первых я всё таки юзаю 3.0 сейчас. Там оптимизатор сильно другой по сравнению с 1.5

Такшта...