DataSource на форме

[AngelDominantes]

Доброго времени дня. Появилось несколько вопросов:
Необходимо при пустом DataSource на форме заблокировать кнопку, пиши такой код в методе init на DS.

 if(!Table1_ds)
 {
       MenuItemButton1.enable(false);
 }

Но такой способ не срабатывает(
И еще вопрос: какое событие происходит при выборе записи из DS на форме, и как эту запись в этом событии можно получить.

[pitersky]

а попробуйте наоборот:

if (Table1)
 {
      MenuItemButton1.enable(true);
}

Х++ по умолчанию инитит табличную переменную для каждого датасоурса и заполняет её активным курсором

[S.Kuskov]

Table1_ds - это объект источника данных формы. То, что он не содержит данных не означает, что он равен NULL.
Table1_ds.cursor() или просто Table1 - это курсор связанный с источником данных. Он то как раз и будет равен NULL если источник данных пуст.

Событие активации записи - active(). В коде этого метода также доступен табличный курсор Table1, который связан с активной строкой.

Только я не уверен что в методе init источника данный табличный курсор уже будет проинициализирован. Лучше последовать совету pitersky и пойти от обратного. По умолчанию заблокировать кнопку а в методе active при необходимости разблокировать.

Посмотрите также Заблокировать menuItemButton если запись не выбрана

[AngelDominantes]

Спасибо, тут попутно всплыл еще вопросик, вот такой код:

for(c = (_fds.getFirst(1, 1) ? _fds.getFirst(1, 1) : _fds.cursor()); c; c = _fds.getNext())

я так понимаю он просматривает выделенные записи на форме, но с какой записи он начинает просмотр? с первой вообще или с первой выделенной?

[S.Kuskov]

Обходить все записи или только выделенные определяется первым параметром метода getFirst. Т.е. в вашем примере цикл должен перебирать только выделенные. Соответственно начать должен с первой выделенной.

[AngelDominantes]

Цитата:

Сообщение от S.Kuskov

Обходить все записи или только выделенные определяется первым параметром метода getFirst. Т.е. в вашем примере цикл должен перебирать только выделенные. Соответственно начать должен с первой выделенной.

Вот описание функции getFirst, точнее описание параметров.

mark - 1 ый параметр.
An integer that determines whether the first record should be returned, or whether the first record marked with a particular value should be returned.
If the value is not zero, the first record marked with the specified value will be returned, and subsequent calls to the FormDataSource.getNext method will return marked records.

fetchAhead - второй параметр.
A Boolean with a default value of true.
If false, only cached records are returned. If true, additional records are found and added to the cache.

Немного не понятно:
- что имеется ввиду под "particular value" которым должно быть помечена запись.
- и что именно кешируется если второй параметр true.
Просто именно на этих строчках кода происходит подвисание(долгое время выполнение), причем зависит от записей выбраных на форме, на каких то подвисает на каких то нет.

[S.Kuskov]

Цитата:

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

что имеется ввиду под "particular value" которым должно быть помечена запись.

ИМХО имелось в виду что вернуться не все записи а только определённые, т.е. выбранные.

Цитата:

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

- и что именно кешируется если второй параметр true.

На сколько я понимаю - выделенные записи всегда будут присутствовать в кэше, так что если первый параметр = true, то ворой никак не должен влиять на производительность. Вот если бы у вас стояла задача вернуть все записи, а не только выделенные, то там уже можно было бы выбирать - пологаться на кэш либо перечитывать всё.

Цитата:

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

Просто именно на этих строчках кода происходит подвисание(долгое время выполнение), причем зависит от записей выбраных на форме, на каких то подвисает на каких то нет.

Т.е. тормозит сам перебор, пустой цикл? Тормозит вход в цикл или движение по нему?

[S.Kuskov]

Цитата:

Сообщение от S.Kuskov

выделенные записи всегда будут присутствовать в кэше

Поправлю сам себя. Бывают случаи, когда это не так. Например, выделение всех записей щелчком мыши по левому верхнему углу грида не добавляет все выделенные записи в кэш.

[AngelDominantes]

Зависает именно при входе в цикл.

[S.Kuskov]

Для начала можно избавиться от второго вызова getFirst. Так должен висеть в два раза быстрее

c = _fds.getFirst(1, 1);
if (c == NULL)
    c = _fds.cursor();

while (c)
{
    
    // ...

    c = _fds.getNext();
}

Но это так, оптимизация, проблему это не решит. Возможно причиной подвисания является отсутствие индекса на таблице. У вас источник данных отфильтрован или отсортирован по каким-либо полям? Создайте соответствующий индекс на таблице.

[AngelDominantes]

Цитата:

Сообщение от S.Kuskov

Для начала можно избавиться от второго вызова getFirst. Так должен висеть в два раза быстрее

c = _fds.getFirst(1, 1);
if (c == NULL)
    c = _fds.cursor();

while (c)
{
    
    // ...

    c = _fds.getNext();
}

Но это так, оптимизация, проблему это не решит. Возможно причиной подвисания является отсутствие индекса на таблице. У вас источник данных отфильтрован или отсортирован по каким-либо полям? Создайте соответствующий индекс на таблице.

 c = _fds.getNext();

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

[Dron AKA andy]

Затык начинается как раз из-за того, что происходит полная зачитка в кэш таблицы, т.к. параметр fetchAhead (второй) стоит в true. Хотя при выделении все помеченные записи обычно уже в кэше, кроме случая "Выделить все" (кнопка вверху слева).
Предлагаю следующее решение: на FormDatasource есть метод defaultMark(), возвращающий true в случае выделения через кнопку. Тогда метод можно переписать так:

c = _fds.getFirst(1, _fds.defaultMark());

[AngelDominantes]

Цитата:

Сообщение от Dron AKA andy

Затык начинается как раз из-за того, что происходит полная зачитка в кэш таблицы, т.к. параметр fetchAhead (второй) стоит в true. Хотя при выделении все помеченные записи обычно уже в кэше, кроме случая "Выделить все" (кнопка вверху слева).
Предлагаю следующее решение: на FormDatasource есть метод defaultMark(), возвращающий true в случае выделения через кнопку. Тогда метод можно переписать так:

c = _fds.getFirst(1, _fds.defaultMark());

Т.е. он кеширует все записи на гриде, если второй параметр установлен в true?

[Dron AKA andy]

Цитата:

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

Т.е. он кеширует все записи на гриде, если второй параметр установлен в true?

Ну да, как и написано в хелпе: "If true, additional records are found and added to the cache." Ему же надо найти эти additional records, вот и кэширует.

[AngelDominantes]

А еще вопрос в тему. К примеру я обновил некоторые записи на гриде, после этого пишу

           pos = fds.getPosition();
           fds.research();
           fds.setPosition(pos);

Но он не возвращает курсор обратно, перебором искать позицию тоже не вариант. Пробовал так:

       c = fds.getFirst(1,fds.defaultMark());
      while (c)
      {
            c.reread();
            c = fds.getNext();
      }

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

[S.Kuskov]

dsRefresh_RU

[ice]

если Ax 2009 то:

table_ds.research(true);

[Ace of Database]

Цитата:

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

А еще вопрос в тему. К примеру я обновил некоторые записи на гриде, после этого пишу ........
Но так он не обновляет последнюю выбранную запись, почему для меня загадка) Как можно еще обновить грид с сохранение курсора?

Можно перерисовать грид старым дедовским способом, который сохраняет курсор на текущей записи. Создайте на форме вот такой метод и вызывайте его:

PHP код:

static void myRefreshData()
{
    SalesTable        t;
    ;
    t.RecId = SalesTable.RecId;
    element.lockWindowUpdate(true);
    SalesTable_DS.executeQuery();
    SalesTable_DS.findRecord(t);
    element.lockWindowUpdate(false);
}