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

[breakpoint]

Всем привет!
Туго соображаю чтото, не могу понять как связать два датасорса на основе CustTrans на форме, чтобы в результате выбрались записи которые есть и в 1м и 2м ds. Условия фильтрация для каждого ds свои... Подскажите пож-та, никак не доходит до меня

[kashperuk]

Предполагаю, что по RecId (queryBuildDataSource.addLink())

[breakpoint]

ну а как это написать? таблица то одна - CustTrans
qbdCustTransCredit.addLink(fieldnum(CustTrans, RecId), fieldnum(CustTrans, RecId)); так чтоли??

[Gustav]

В какой-нибудь Range второго датасорса написать: (RecID==ПервыйДС.RecID)

Как здесь: Связи и Query

[miklenew]

А sql запрос составить сможете?
Чтоб было понятнее чёго вы хотите.

[Gustav]

Цитата:

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

А sql запрос составить сможете?
Чтоб было понятнее чёго вы хотите.

breakpoint, кстати, да, полезно было бы. А то Иван на линк столкнул, я повёлся, а вам, похоже, объединение нужно? типа UNION в SQL?

P.S. Хотя нет, наверное, обычный INNER JOIN.... Это я уже на реплику miklenew повелся - типа "раз он про скуль переспросил, значит не всё так просто!"

[breakpoint]

Выкладываю форму, нужно чтобы выбирались только те записи которые есть в обеих таблицах

[kashperuk]

Вам нужно использоваться третий параметр метода addLink

_parentDataSourceName.

Так как у вас 2 одинаковых датасорса, у них должны быть разные имена.
Соответственно, на втором датасорсе в init добавляете link, и там указываете название первого ds

[breakpoint]

у меня нет в link 3го параметра...
ax 3 sp3

[Gustav]

Цитата:

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

у меня нет в link 3го параметра...
ax 3 sp3

У меня тоже. Поэтому: "ТОВАРИСЧ! ДЕЛАЙ ЧЕРЕЗ RANGE!"

Цитата:

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

В какой-нибудь Range второго датасорса написать: (RecID==ПервыйДС.RecID)

Как здесь: Связи и Query

Как-то так:

qbr = qbdCustTransCredit.addRange(fieldnum(CustTrans, RecId))
qbr.value('(RecId==CustTransDebit.RecId)');

// и чтобы юзера вдруг не разрушили, но видели
qbr.status(RangeStatus::Locked);

Где CustTransDebit - имя первого датасорса.

[kashperuk]

Ааа.
Тогда вам сюда:
http://www.axaptapedia.com/Expressions_in_query_ranges
Секция "WHERE clauses referencing fields from multiple tables"

[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 и двух строк кода
Всем спасибо!