Связь одинаковых DS

[Gustav]

Глянул в проект. По-моему всё-таки попахивает UNION, так как:

qbdCustTransDebit.addRange(fieldnum(CustTrans, AmountCur)).value('>0');

qbdCustTransCredit.addRange(fieldnum(CustTrans, AmountCur)).value('<0');

и RecId, получается, будут разные... Так что, видимо, совет про RecId не очень катит и надо смотреть в сторону LedgerTrans. Вообще, не очень понятен смысл манипуляций. Как можно говорить про Дебит и Кредит, если LedgerTrans нигде не упоминается?

[breakpoint]

имеется ввиду то что должны МЫ и НАМ, да и неважно как называется на самом деле...

[miklenew]

Если как Gustav предложил не получиться, можно
1) Добавить на форму третий датасорс.
2) Снять результат с первого и воторого датасорса закинуть во временную таблицу.
В качестве временной таблицы использовать табл переменную CustTrans только перед этим поставить setTmp()
3) Поставить кодом CustTrans.setTmp();
CustTrans.setTmpData(локал перем);
Только редактировать в этой форме ничего не сможем и если кнопки будете на этой форме делать не расчитывайте на recId или см здесь Временная таблица.

[sukhanchik]

Цитата:

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

2) Снять результат с первого и воторого датасорса закинуть во временную таблицу.

Только не надо забывать - что "закидывание" CustTrans-а во временную табличку конкретно просадит производительность (закидывание будет выполняться долго - например минуты 2-3. Если такое закидывание будет при открытии формы - Вас это устроит?) - причем со временем работы базы - будет все хуже и хуже (записей будет больше).
Вы ж во временную табличку пихаете все записи (а значит их выбираете и вставляете) - а их сколько там? 500 тыс, 1 млн?
А для вывода на экран выбираются только визуально видимые записи+15 вверх+15 вниз записей (точные цифры не помню - может не 15, а 30 - но порядок тот же). Причем - это кол-во не зависит от общего кол-ва записей в таблице.

Так что - лучше в этой задаче не связываться со временными таблицами, а добить выборку из постоянных. Ну или отказаться от реализации задачи в том виде - в котором изначально хотелось.

[miklenew]

Цитата:

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

Вы ж во временную табличку пихаете все записи (а значит их выбираете и вставляете) - а их сколько там? 500 тыс, 1 млн?
А для вывода на экран выбираются только визуально видимые записи+15 вверх+15 вниз записей (точные цифры не помню - может не 15, а 30 - но порядок тот же). Причем - это кол-во не зависит от общего кол-ва записей в таблице.

Брать данные с queryRun. И будут браться отфильтрованные.

void clicked()
{
    QueryRun queryRun;
    Table1   TableLoc;
;
    super();
    queryRun = Table1_ds.queryRun();
    TableLoc = queryRun.getNo(1);
    info(TableLoc.Field1);
    while (queryRun.next())
    {
        TableLoc = queryRun.getNo(1);
        info(TableLoc.Field1);
    }
}

[sukhanchik]

Цитата:

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

Брать данные с queryRun. И будут браться отфильтрованные.

Да, но насколько я понимаю - данные хотя и будут отфильтрованы - но все равно (конечно в зависимости от фильтра) - их будет на порядок больше - чем визуально видно на экране - так?

[miklenew]

Цитата:

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

Да, но насколько я понимаю - данные хотя и будут отфильтрованы - но все равно (конечно в зависимости от фильтра) - их будет на порядок больше - чем визуально видно на экране - так?

Не уловил. Почему их будет на экране меньше, чем после снятия QueryRun?

[breakpoint]

Красивое решение нашлось при помощи Views и двух строк кода
Всем спасибо!