разная скорость отработки display методов на источнике данных формы

[wojzeh]

Делаю форму DynLinkCustTransForm с двумя связанными источниками данных CustTable -> CustTrans, расквартированными на двух гридах: сверху прыгаю по строкам заказчиков - соответственно внизу отображаются их транзакции, дата и сумма.

Определяю табличный буфер:

public class FormRun extends ObjectRun
{
    CustTrans       ctr;
}

Добавляю на форму два поля для отображения суммы всех транзакций текущего клиента и рисую для них два display метода на источнике данных CustTrans:

display AmountCurDebCred getTotalAmountCur()
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == CustTrans.AccountNum;

    return ctr.AmountCur;
}

и

display AmountCurDebCred getTotalAmountCur2()
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == CustTable.AccountNum;

    return ctr.AmountCur;
}

Так вот, невооружённым глазом видно, что второе поле отрисовывается намного быстрее первого. Почему? Ведь, если я правильно понимаю, CustTable уже отфильтрован по текущему значению AccountNum?

[Dozer]

Попробуйте сделать так:

display AmountCurDebCred getTotalAmountCur(CutsTrans _curCustTrans)
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == _curCustTrans.AccountNum;

    return ctr.AmountCur;
}

и

display AmountCurDebCred getTotalAmountCur(CustTable _curCustTable)
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == _curCustTable.AccountNum;

    return ctr.AmountCur;
}

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

[wojzeh]

Цитата:

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

Попробуйте сделать так:

display AmountCurDebCred getTotalAmountCur(CutsTrans _curCustTrans)

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

а разве в дисплей-методы можно передавать параметры?

и вопрос второй, а зачем тут вообще нужна привязка к источнику данных, если выборка идёт по табличному буферу, а торможение как раз в случае, когда AccountNum берётся не по текущему источнику?

именно идеология интересует.

[DSPIC]

Цитата:

а разве в дисплей-методы можно передавать параметры?

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

... where ctr.AccountNum == CustTrans.AccountNum;

, то CustTrans - это активный курсор, который одинаков до тех пор пока пользователь не перепраыгнет на другую запись в форме. Т.е. если использовать этот вариант, то у Вас в гриде отобразится одна и та же сумма для всех записей в гриде. Поэтому обязательно использовать буфер из параметра дисплэй метода, а не брать курсорный буфер (как и показал Dozer )

Второй вопрос не понял

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

[kashperuk]

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

Привязка к источнику данных нужна, чтобы дисплей метод правильно работал при помещении его в грид (в противном случае, у вас значения во всех строках будут одинаковыми)

Предположу, почему наблюдается поведение, указанное Вами в первом после - возможно на источниках данных установлен тип связи Delayed. Это значит, что перед тем, как производится выборка записей из CustTrans, должно пройти определенное время. Видимо, дисплей метод на это реагирует тоже. Попробуйте изменить тип связи на Active и расскажите, какие результаты получились.

[wojzeh]

Цитата:

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

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

Привязка к источнику данных нужна, чтобы дисплей метод правильно работал при помещении его в грид (в противном случае, у вас значения во всех строках будут одинаковыми)

Предположу, почему наблюдается поведение, указанное Вами в первом после - возможно на источниках данных установлен тип связи Delayed. Это значит, что перед тем, как производится выборка записей из CustTrans, должно пройти определенное время. Видимо, дисплей метод на это реагирует тоже. Попробуйте изменить тип связи на Active и расскажите, какие результаты получились.

изменение на актив, конечно, немного ускоряет, но сути не меняет - второй вариант так же отрабатывает быстрее первого.

[glibs]

А как вы замеряете скорость?

[wojzeh]

Цитата:

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

А как вы замеряете скорость?

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

[glibs]

Вопрос возник из-за того, что насколько я понял, в СУБД уходят два одинаковых запроса. Второй может объективно отрабатывать быстрее из-за кэширования.

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

А замерить скорость можно либо с помощью встроенных средств мониторинга запросов к БД, либо с помощью профайлера кода (в более тяжелых случаях).

[kashperuk]

Даже с Active, перед тем, как на сервер отсылается запрос для обработки дисплей метода, должен выполнится запрос для выборки строк. Из-за этого, вероятно, и задержка.

[wojzeh]

\Forms\DynLinkCustTransForm\Designs\Design\[Group:Group]\[Group:Group2]\RealEdit:getTotalAmountCurByCustTable (DS: CustTable)
\Forms\DynLinkCustTransForm\Data Sources\CustTable\Methods\getTotalAmountCurByCustTable
------------------------------------------------------------------------------------------------------------------------------------------------

display AmountCurDebCred getTotalAmountCurByCustTable(CustTable _CustTable)
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == _CustTable.AccountNum;

    return ctr.AmountCur;
}

\Forms\DynLinkCustTransForm\Designs\Design\[Group:Group]\[Group:Group2]\RealEdit:getTotalAmountCurByCustTrans (DS: CustTrans)
\Forms\DynLinkCustTransForm\Data Sources\CustTrans\Methods\getTotalAmountCurByCustTrans
------------------------------------------------------------------------------------------------------------------------------------------------

display AmountCurDebCred getTotalAmountCurByCustTrans(CustTrans _CustTrans)
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == _CustTrans.AccountNum;

    return ctr.AmountCur;
}

\Forms\DynLinkCustTransForm\Designs\Design\[Group:Group]\[Group:Group2]\RealEdit:getTotalAmountCurByCustTable1 (DS: CustTrans)
\Forms\DynLinkCustTransForm\Data Sources\CustTrans\Methods\getTotalAmountCurByCustTable
----------------------------------------------------------------------------------------------------------------------------------------------

display AmountCurDebCred getTotalAmountCurByCustTable()
{
    ;
    select sum(AmountCur) from ctr
        where ctr.AccountNum == CustTable.AccountNum;

    return ctr.AmountCur;
}

\Forms\DynLinkCustTransForm\Designs\Design\[Group:Group]\[Group:Group2]\RealEdit:totalAmountCur (DS: CustTable)
\Data Dictionary\Tables\CustTable\Methods\totalAmountCur
--------------------------------------------------------------------------------------

display AmountCur totalAmountCur()
{
    CustTrans  custTrans;
    ;
    select sum (AmountCur) from custTrans
    where custTrans.AccountNum == this.accountnum;

    return custTrans.AmountCur;

}

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