МГ: сессия от 2010-08-18. Updated

Продолжаем рассматривать вопросы в рамках мастер-группы.

К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь.

Если не активировали токен — посмотрите видео-инструкцию (видео N5)

Если вы залогинены, у Вас активирован токен доступа, но вы все равно видите эту запись — напишите нам на e-mail поддержки.

комментариев 10 на “МГ: сессия от 2010-08-18. Updated”

  1. Александр Тарасов 20.08.2010 в 11:39

    В одной из МГ был ответ, как сделать выборку всех значений запроса, если параметр пустой (например Номенклатура для регистра Остатков ).

    Как реализовать в отчете СКД такой подход?
    Если параметр не указываешь , то он бы отбирал с сервера все значения.

    Вариант: убрать параметр из запроса СКД совсем, и уже задавать Отбор и Сортировку в форме отчета. Но он ресурсоемкий

    • Поскольку вопрос возникает очень часто, отвечу на него в рамках МГ.

    • в запросе: НоменклатураС в Иерархии &ПараметрНоменкалтура

      • Такой способ только для иерархических справочников. А универсальный покажу в мастер-группе.

      • Александр Тарасов 20.08.2010 в 19:06

        Если так делать в запросе или например так : “Остатки(, &Номенклатура = Номенклатура ИЛИ &Номенклатура = Значение(Справочник.Номенклатура.ПустаяСсылка))”
        то запрос будет работать.
        Но в СКД будет ругаться, что параметр &Номенклатура не заполнен.

  2. Посоветуйте как реализовать ProgressBar при выполнении длительной обработки на сервере. Данные для обработки должны быть выбраны за один раз. Первый вариант был сохранить данные в регистре сведений и затем делать вызовов с клиента для обработки порции данных, но для каждого случая создавать регистр… Сейчас пробую фоновые задания. Но как передавать ход выполнения на клиент? ФоновоеЗадание.ПолучитьСообщенияПользователю() не работает. Через временное хранилище передается только один раз, в цикле не работает.

    • Без передачи на клиент никак не отобразить ход процесса.
      Могу предложить 2 варианта:
      1. Запись в журнал регистрации событий некоторых контрольных точек по которым можно ориентироваться о ходе выполнения процесса.
      2. Запись служебной информации в файл на диске.
      Во всех остальных случаях придется возвращаться на клиента, что не прибавит скорости вашему алгоритму.

  3. В “Сравнение 3-х вариантов” Команда3 вызывает Команда1Сервер. А должна Команда3Сервер!