Выделенные записи на форме в отчёт/форму

[Sada]

Доброго времени суток, уважаемые Дамы и Господа!!! Вопрос состоит в следующем.
На моей форме есть грид. Выбираю на гриде несколько записей и нажимаю (например) кнопку "В отчёт", Эта кнопка - меню итем от моего отчёта.На кнопке указан датасорс грида(формы).Как мне в отчёте перебрать по очереди эти записи и что то с ними сделать...?

С уважением - Sada...

[AndyD]

Где-то так

    FormRun fr;
    FormDatasource  fds;
    Common          c;
    ;
    fr = this.args().caller();
    if (fr)
    {
        fds = fr.dataSource();
        c=fds.getFirst(1);
        while (c)
        {
            // здесь делаете что вам надо с полученной записью
            c  = fds.getNext();
        }
    }

PS Если в датасорсе выбрана только одна строка, то getFirst(1) вернет пустую запись. В этом случае надо использовать this.args().record();

[Sada]

Почиму то таблица не та берется. Мне нада пройтись по строкам (мой грид)(таблица InventJournalTrans), а в С пишет InventJournalTable...

[AndyD]

Наверное, ваш датасоурс не первый на форме. Модернизируем

    FormDatasource  fds;
    Common          c;
    ;
    fds = this.args().record().dataSource();
    if (fds)
        for (c=fds.getFirst(1) ? fds.getFirst(1) : this.args().record();
                c;c=fds.getNext())
        {
            info(int2str(c.(fieldnum(common, recId))));
        }

И пропишите нужный вам датасоурс в свойство Datasource кнопки - тогда args().record() гарантированно вернет вам нужную запись

[George Nordic]

Ловите.

Все работает прекрасно.

Уф-ф-ф. Хоть программирование немного вспомнил

Георгий.

[George Nordic]

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

С Уважением,
Георгий

[George Nordic]

Блин. Sada!

А что Вы мозги-то тренируете? Почему пользователи не могут выделить записи и нажать, например - автоотчет?

Группа полей для автоотчета задается на таблице.

С Уважением,
Георгий

[Sada]

Секунду, секунду. Сейчас будем смотреть

[Sada]

Ё маё.... И AndyD прав и George Nordic.
Пашол увальнятся...

[Kopylov]

Цитата:

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

Доброго времени суток, уважаемые Дамы и Господа!!! Вопрос состоит в следующем.
На моей форме есть грид. Выбираю на гриде несколько записей и нажимаю (например) кнопку "В отчёт", Эта кнопка - меню итем от моего отчёта.На кнопке указан датасорс грида(формы).Как мне в отчёте перебрать по очереди эти записи и что то с ними сделать...?

С уважением - Sada...

А ктонить знает как вывести выбранные записи не в отчет, а на другой форме?
Пример: на форме SalesTable выбираем несколько строк, затем нажимаем на кнопку "Выбранные" , открывается форма только с выбранными строками.

[DSPIC]

По нажатию на кнопку "Выбранные" передаем датасорс в нужную вам форму, пробегаемся по нему циклом типа

for (c=fds.getFirst(1) ? fds.getFirst(1) : this.args().record();

В цикле уже заполняем датасорс(обычно при таком поведении временный) нужной формы..

[Kopylov]

Цитата:

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

В цикле уже заполняем датасорс(обычно при таком поведении временный) нужной формы..

Собсно интересует заполнение в цикле

    SalesTable      table;
    ;
    super();
 
    fds = caller.dataSource();
 
    for (table = fds.getFirst(1) ? fds.getFirst(1) : fds.cursor();
         table;
         table = fds.getNext())
    {
        // чевототам
    }

[DSPIC]

Датасорс на второй форме какой? такой же как и на первой?
Что должно происходить далее с этими выделенными записями на 2й форме, после того как они нарисуются? просто их показать и закрыть форму?

[Kopylov]

Вторая форма также состоит из 3х датасорсов: SalesTable, SalesLine, InventDim.
Форма самописная, дизайном отличается от формы заказов. На ней так же должны быть возможны манипуляции со строками заказов

[ZVV]

Цитата:

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

Вторая форма также состоит из 3х датасорсов: SalesTable, SalesLine, InventDim.
Форма самописная, дизайном отличается от формы заказов. На ней так же должны быть возможны манипуляции со строками заказов

Забавно, а что они не могут выбрать эти записи сразу на второй форме?

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

[DSPIC]

2 ZVV: можно взглянуть на код?
Проверил сам - получилось не более 476 критериев.
+ Проверил, тема обсуждалась (Поиск на форуме по "476" или "477")
+ см. вложение

[ZVV]

Цитата:

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

2 ZVV: можно взглянуть на код?
Проверил сам - получилось не более 476 критериев.
+ Проверил, тема обсуждалась (Поиск на форуме по "476" или "477")
+ см. вложение

Я проверял вот это:

Цитата:

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

Может прозвучит нелогично, но помнится, когда я с этим экспериментировал, получалось ограничение именно на количество рэнджей, а не на длину в 250 символов. При этом было не важно, сколько самих рэнджей на одно поле наложить:
(2x125 или 1x250) - если в сумме получалась магическая цифра немногим больше 250 то запрос не проходил...

Это не верно, можно это проверить без всякого кода, сформировав в фильтре ручками пару-тройку рэнджей на одно поле, длиной по 250 символов каждый и убедиться что он работает. Проверив уходящий запрос на сторону БД, естественно.

А обсуждаемая магическая цифра 476 (например тут соединить query и временную таблицу) - это уже ограничение несколько другого рода. И не на кол-во ренджей, как могло бы показаться, а на размер SQL-оператора, насколько я понимаю.
Очевидно, ваш пример проверялся на сиквеле, где, помнится размер оператора максимальный 32К (могу ошибаться)? Ну вот оно где-то так и выходит, по моим прикидкам.
На оракле это ограничение выше - 64К (для 9-ой версии, например). (Причём из документации по 10-ке и 11-ке данное ограничение вообще исчезло почему-то) Соответсвенно данный пример может отрабатывать с гораздо большим значением
У меня например успешно отрабатывает такой джоб на оракле:

static void Job_QueryRangeLimit(Args _args)
{
    Query       query;
    QueryRun    queryRun;

    QueryBuildDataSource    qbds;
    QueryBuildRange         qbr;

    int         nextI;
    ;

    query = new Query();

    qbds = query.addDataSource(tablenum(InventTable));

    for (nextI = 1; nextI <= 1200 ; nextI++)
    {
        qbr = qbds.addRange(fieldNum(InventTable, ItemId));
        qbr.value(queryValue(int2str(nextI)));
    }


    queryRun = new QueryRun(query);
    queryRun.next();
}

при дальнейшем увеличении этого кол-ва начинает падать соединение Аксапта с Ораклом

Цитата:

ORA-00600: internal error code, arguments: [733], [36332372], [pga heap], [], [], [], [], []

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

Кстати, даже в этом случае (1200), размер SQL-оператора уходящего в БД превышает задекларированные 64к, но работает.

Тестировал на 3.0сп3кр3 + Оракл 9208Вин

[DSPIC]

Мдя, это не гуд. И если правильно, то по-простому сделать не пулучится...
Выкрутиться можно так: Собрать из 1й формы все выделенные записи, а вернее собрать их RecId (Надеюсь выделяться будут только записи из SalesTable...). Во второй форме наложить фильтр (Range)на кверю по собранным RecId. Такой подход хорош простотой и надежностью, но плох тем, что в Range не поулчится наложить критериев (RecId's) больше чем... вроде 255 с чем-то - не помню точно. Т.е. при этом подходе пользователь сможет выделить не больше ~255 записей в один заход. Зато просто, надежно, быстро... + можно ему месагу кинуть, типо "выдели строк по-меньше, остальные другим заходом"

[ZVV]

Цитата:

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

Мдя, это не гуд. И если правильно, то по-простому сделать не пулучится...
Выкрутиться можно так: Собрать из 1й формы все выделенные записи, а вернее собрать их RecId (Надеюсь выделяться будут только записи из SalesTable...). Во второй форме наложить фильтр (Range)на кверю по собранным RecId. Такой подход хорош простотой и надежностью, но плох тем, что в Range не поулчится наложить критериев (RecId's) больше чем... вроде 255 с чем-то - не помню точно. Т.е. при этом подходе пользователь сможет выделить не больше ~255 записей в один заход. Зато просто, надежно, быстро... + можно ему месагу кинуть, типо "выдели строк по-меньше, остальные другим заходом"

Один рэндж длиной максимум 250 символов.
Правда никто не мешает делать их (рэнджей) несколько...

[Kopylov]

Цитата:

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

по-простому сделать не пулучится...

Жаль...
ладна, буим делать по сложному

Спасибо всем по-соучаствующим.