вопрос по Query

[AndyD]

Цитата:

Сообщение от dn

    qbds2.fetchMode(JoinMode::INNERJOIN);

Вы, наверное, с JoinMode() перепутали?
Но FetchMode() тоже надо будет настраивать, если есть другие датасорсы, подключенные к CustTable.

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

[S.Kuskov]

Цитата:

Сообщение от mazzy

или не содержал И искомого значения в базе вообще нет.

Ну это легко проверить простым дополнительным запросом.

Цитата:

Сообщение от AndyD

Кстати, никто не обращал внимание, что критерии со статусом Hidden - не такие уж и невидимые?
Достаточно в форме расширенного фильтра вызвать расширенный фильтр (в 2009-й через комбинацию клавишь) и нажать Ok

Ух ты. Такое поведение нужно исправлять. Например так. На форме SysQueryForm, в методе init() датасурса Range

void init()
{

    super();

    selectRangeRecords = this.query().dataSourceNo(1).addRange(fieldnum(TmpSysQuery, RangeStatus));
    selectRangeRecords.value('!' + enum2str(RangeStatus::Hidden));

    selectRangeRecords.status(RangeStatus::Locked); // <<--
}

Цитата:

Сообщение от dn

А если использовать не ExistsJoin, а InnerJoin?

О! Здравая идея. А для оптимизации тогда ещё можно задать addSelectionField со значением SelectionField:atabase по какому-нибудь полю индекса

[dn]

Цитата:

Сообщение от AndyD

Вы, наверное, с JoinMode() перепутали?
Но FetchMode() тоже надо будет настраивать, если есть другие датасорсы, подключенные к CustTable.

Спасибо, за поправку.
qbds2.joinMode(JoinMode::innerJoin);
qbds2.fetchMode(QueryFetchMode::One2One);

Цитата:

Сообщение от AndyD

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

Возможно. Но на практике, когда не проходил ExistJoin, вариант с InnerJoin проходил. Хотя согласен, что в общем случае это видимо не всегда будет работать.

[mazzy]

Цитата:

Сообщение от AndyD

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

может-может.
только в случае нескольких вложенных таблиц Аксапта возвращает записи ПОСЛЕДОВАТЕЛЬНО.

я уже ссылку давал

Цитата:

Сообщение от mazzy

вариант S.Kuskov: приджойнить exist join тоже не подойдет. поскольку в запросе уже может быть join. http://msdn.microsoft.com/en-us/libr...36(AX.10).aspx

прикладываю и картинку

[dn]

Цитата:

Сообщение от mazzy

прикладываю и картинку

Эта картинка относится к варианту связи источников данных OuterJoin (судя по информации по приведенной ссылке). А как это соотносится с Exists и Inner Join'ами?

[mazzy]

Цитата:

Сообщение от dn

А как это соотносится с Exists и Inner Join'ами?

хорошо соотносится.
проверьте.

[S.Kuskov]

Цитата:

Сообщение от AndyD

Но FetchMode() тоже надо будет настраивать, если есть другие датасорсы, подключенные к CustTable.

Про FetchMode хорошо написал Иван Кашперук Связывание источников данных в запросах

Цитата:

Сообщение от AndyD

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

Соглашусь с тем что замена "exists join" на "inner join" во многих случаях поможет, но не всегда.
Проблема с "exists join" связана с тем, что если такой exists будет вставлен между двумя таблицами уже соеденёнными при помощи "inner join", то результирующий запрос получится не всегда ожиданным.

Например, такой гипотетический код:

select Table1
exists join Table3 where Table3.id == Table1.id
inner join Table2 where Table2.id == Table1.id

будет преобразован примерно вот в такой запрос:

table1 where exists (select Table3 join table2)

Если обойтись без Exists join и всегда использовать Inner join, то тогда проблема может появится уже по другой причине. Может быть превышено максимальное число приджойненных таблиц.

[dn]

Цитата:

Сообщение от mazzy

хорошо соотносится.
проверьте.

Такое поведение как раз задается fetchmode 1:n