Что может передаваться построителю отчета для его дальнейшего использования
Перейти к содержимому

Что может передаваться построителю отчета для его дальнейшего использования

  • автор:

Использование макетов оформления

Начиная с версии 8.0.5 в 1С:Предприятии имеется возможность установки построителю отчета макета оформления. В этом разделе мы опишем, что такое макет оформления и как его использует построитель отчета для формирования результата.

Макет оформления

Макет оформления представляет собой табличный документ, содержащий ряд именованных областей, из которых построитель отчета и сводная таблица берут информацию о форматировании соответствующих участков отчета или таблицы. Например, форматирование области с именем Группировка будет использоваться для вывода группировок в отчете, а область с именем Заголовок будет использоваться для оформления заголовка отчета. Полный перечень областей макета оформления находится в документации к 1С:Предприятию. На рисунке 1 показан пример макета оформления.

Рисунок 1. Пример макета оформления.

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

Стандартные макеты оформления

Платформа 1С:Предприятие предоставляет на выбор набор готовых макетов оформления. Получить стандартный макет оформления можно при помощи метода глобального контекста ПолучитьОформление () , в который передается один параметр — значение перечисления СтандартноеОформление . Результатом метода является табличный документ — макет оформления, который можно либо сразу использовать для оформления, либо при необходимости доработать, а затем уже использовать.

Использование макета оформления с построителем отчета

Для того чтобы построитель отчета воспользовался макетом оформления, достаточно записать в свойство построителя МакетОформления необходимый макет оформления.

После установки макета оформления построитель отчета будет автоматически использовать его при генерации макета для вывода отчета.

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

Схема работы построителя отчета с пакетами при выводе отчета показана на рисунке 2.

Рисунок 2. Схема работы построителя отчета с макетами.

Из данной схемы видно, что для вывода отчета построитель использует только макет, причем, макет может быть как сгенерирован им самим, так и установлен извне. Схема также показывает, что макет можно заменить на внешний и при необходимости отформатировать с использованием макета оформления. Для сгенерированного макета с использованием макета оформления вызывать дополнительное оформление не целесообразно, т.к. сгенерированный макет уже будет содержать необходимое оформление.

Пример

Демонстрационная конфигурация «Примеры ИТС» содержит пример простого специализированного отчета с устанавливаемым макетом, к которому применяется оформление. Отчет называется «ТекущиеОстатки».

Для запуска отчета в режиме предприятия необходимо выбрать пункт меню «Отчеты\Текущие остатки».

Построитель отчета

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

Настройки построителя отчета включают:

  • группировки (пример: “Номенклатура”, “Контрагент”…),
  • показатели (пример: “Количество”, “Сумма”…),
  • дополнительные поля (пример: “Номенклатура.Услуга”, “Контрагент.Код”…),
  • фильтр (пример: по конкретной номенклатуре, по группе контрагентов…) и
  • сортировка (пример: “Номенклатура.Код”, “Контрагент.Наименование”…)

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

Перед выводом макет построителя отчета можно оформить с помощью макета оформления.

Вывод результата выполнения запроса построителя отчета осуществляется одной командой.

2. Где можно использовать построитель отчета?

С помощью построителя отчета можно проектировать основную массу отчетов (пример: “Остатки товаров”, “Продажи за период”…). При этом время на их разработку и программный код существенно сократятся, а качество оформления и функциональность — повысятся.

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

Поскольку построитель отчета недоступен на сервере 1С:Предприятия и не используется в модуле внешнего соединения, то в этих случаях необходимо использовать построитель запроса, который аналогичен построителю отчета, но не имеет визуальных свойств и методов (“Макет”, “ВыводитьЗаголовокОтчета”, “Вывести()”, “ОформитьМакет()”…).

3. Немного о понятиях

По сравнению с версией 7.7 в версии 8.0 произошла небольшая смена понятий, поэтому стоит немного остановиться на этом.

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

Главное отличие заключается в том, что доступное поле не имеет свойства “ПутьКДанным” (пример: “Номенклатура.Код”, “Количество”), так как это просто своеобразное описание поля, по которому будет произведена попытка найти соответствие среди полей выборки запроса в момент добавления его в список группировок, фильтра, сортировки или выбранных полей.

При этом нет возможности программно добавить одно из доступных полей в какой-либо из вышеперечисленных списков, так как, с одной стороны, у доступного поля нет методов а-ля “ДобавитьВОтбор()” или “ДобавитьВВыбранныеПоля()”, а, с другой стороны, при добавлении нового элемента в любой из вышеперечисленных списков требуется указать свойство “ПутьКДанным”, которое не всегда совпадает с именем поля (пример: поля “Номенклатура.Родитель” и “Номенклатура.Родитель.Родитель” имеют одинаковое имя “Родитель”).

4. Типовой вариант использования построителя отчета

В общем случае последовательность действий при работе с построителем отчета следующая:

  1. Создать новый объект “ПостроительОтчета”;
  2. Присвоить свойству “Текст” текст запроса;
  3. Если в тексте запроса не были заданы настройки построителя отчета, то выполнить метод “ЗаполнитьНастройки()”;
  4. Предоставить пользователю возможность изменения настроек построителя отчета;
  5. При необходимости можно отказаться от автогенерации макета построителем отчета и присвоить свойству “Макет” фиксированный макет;
  6. При необходимости можно присвоить свойству “МакетОформления” один из стандартных или свой макет, при этом, если автогенерируемый макет построителя отчета был заменен на фиксированный, то выполнить метод “ОформитьМакет()”;
  7. Вызвать метод “Выполнить()”;
  8. Вызвать метод “Вывести()”.

5. Описание некоторых свойств построителя отчета

6. Обработка Расшифровки с помощью построителя отчета

Свойство “ЗаполнениеРасшифровки” содержит один из трех вариантов заполнения расшифровки при выводе:

1-ый вариант: не заполнять (не использовать расшифровку).

2-ой вариант: значения группировок (при расшифровке ячейки будет открываться значение группировки, выведенное в ней).

3-ий вариант: расшифровка (расшифровка будет заполняться структурой, содержащей значения всех группировок). В этом случае требуется обрабатывать событие табличного документа “Обработка расшифровки”, где нужно анализировать переданную структуру и выполнять те или иные действия.

Важным моментом является то, что в третьем варианте нельзя осуществлять вывод в генерируемый табличный документ, так как тогда невозможно обработать расшифровку, обработка события которой происходит в модуле той формы, на которой расположено поле табличного документа.

Если используется третий вариант заполнения расшифровки, то можно использовать метод “НастроитьРасшифровку()”, предназначенный для того, чтобы выполнить и вывести отчет с учетом расшифровки, выполненной пользователем.

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

7. Оформление отчета

Свойство “Макет” содержит макет, который используется при выводе результата в табличный документ. Если Неопределенно, то макет генерируется автоматически.

Свойства “МакетЗаголовкаОтчета”, “МакетШапкиТаблицы”, “МакетДетальныхЗаписей”, “МакетОбщихИтогов”, “МакетПодвалаТаблицы” и “МакетПодвалаОтчета” содержат имя области в макете построителя отчета или отдельные макеты, используемые при выводе, соответственно, заголовка отчета, шапки таблицы, детальных записей, общих итогов, подвала таблицы и подвала отчета в табличный документ. Если имена областей соответствуют именам в макете построителя отчета, то свойства заполнять не требуется.

Свойство “МакетОформления” содержит макет, используемый для оформления макета построителя отчета. Оформление ячеек в макете оформления будет применено к ячейкам макета построителя отчета.

Для получения одного из стандартного вариантов оформления можно использовать метод глобального контекста “ПолучитьМакетОформления()”.

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

Свойство “РазмещениеИзмеренийВСтроках определяет один из трех вариантов вывода группировок по строкам.
1-ый вариант: вместе (в одной колонке).
Пример:

2-ой вариант: отдельно (в разных колонках).
Пример:

3-ий вариант: отдельно и только в итогах.
Пример:

Свойство “РазмещениеИзмеренийВКолонках” определяет один из трех вариантов вывода группировок по колонкам.
1-ый вариант: вместе (в одной строке).
Пример:

2-ой вариант: отдельно (в разных строках).
Пример:

3-ий вариант: отдельно и только в итогах.
Пример:

Свойство “РазмещениеИтоговВСтроках” определяет один из четырех способов вывода итогов в строках.
1-ый вариант: в заголовке (только выше последующих группировок и детальных записей).

2-ой вариант: в заголовке и подвале (выше и ниже последующих группировок и детальных записей).

3-ий вариант: в подвале (ниже последующих группировок и детальных записей, выше них выводится только описание группировки).

4-ый вариант: только в подвале (только ниже последующих группировок и детальных записей).

Свойство “РазмещениеИтоговВКолонках” определяет один из четырех способов вывода итогов в колонках.

1-ый вариант: в заголовке (только левее последующих группировок и детальных записей).

2-ой вариант: в заголовке и подвале (левее и правее последующих группировок и детальных записей).

3-ий вариант: в подвале (правее последующих группировок и детальных записей, левее них выводится только описание группировки).

4-ый вариант: только в подвале (только правее последующих группировок и детальных записей).

Свойство “РазмещениеРеквизитовИзмеренийВСтроках” определяет один из трех вариантов вывода реквизитов группировок по строкам.

1-ый вариант: вместе (в одной дополнительной колонке).
Пример:

2-ой вариант: вместе с измерениями (в колонках с группировками).
Пример:

3-ий вариант: отдельно (в разных дополнительных колонках).
Пример:

Свойство “РазмещениеРеквизитовИзмеренийВКолонках” определяет один из трех вариантов вывода реквизитов группировок по колонкам.

1-ый вариант: вместе (в одной дополнительной строке).
Пример:

2-ой вариант: вместе с измерениями (в строках с группировками).
Пример:

3-ий вариант: отдельно (в разных дополнительных строках).
Пример:

8. Вывод построителя отчета

Метод “Выполнить()” выполняет запрос построителя отчета и заполняет свойство “Результат”.
С помощью метода “ПолучитьЗапрос()” можно получить запрос построителя отчета, который выполняется при вызове метода “Выполнить()”.

Метод “Вывести()” выводит результат в табличный документ или диаграмму. Если не указать объект, в который требуется выполнить вывод, то будет создан новый табличный документ.

Пример вывода в новый табличный документ:
Построитель.Вывести();

Пример вывода в существующий табличный документ:
Построитель.Вывести(ЭлементыФормы.РезультатТаблица);

Пример вывода в диаграмму:
Построитель.Вывести(ЭлементыФормы.РезультатДиаграмма, " Количество");

Если требуется вывести результат построителя отчета в сводную таблицу или сводную диаграмму, то тогда нужно не использовать метод “Вывести()”, а заполнять свойство сводной таблицы или сводной диаграммы “ИсточникДанных”. В качестве источника можно указать результат построителя отчета или сам построитель отчета. Результат построителя отчета не требует перевыполнения запроса, зато построитель отчета позволяет менять состав группировок.

9. Сохранение и восстановление настроек построителя

Метод “ПолучитьНастройки()” позволяет получить текущие настройки построителя отчета с возможностью указания, какие именно (пример: только фильтр, фильтр и сортировку…).

Метод “УстановитьНастройки()” позволяет загрузить настройки построителя отчета с возможностью указания, какие именно (пример: только фильтр, фильтр и сортировку…).

10. Группировки и поля построителя отчета

Измерение построителя отчета – это группировка по строкам или колонкам.

Основными реквизитами группировки являются

  • “Имя” (идентификатор реквизита) (пример: “Номенклатура”, “Контрагент”…),
  • “Представление” (представление при выводе) (пример: “Документ продажи”, “Единица измерения”…),
  • “ПутьКДанным” (путь к полю выборки запроса) (пример: “Номенклатура”, “ДокументПродажи.Организация”…)

и, если группировка строится по справочнику, то еще

  • “ТипИзмерения” (один из вариантов фильтра по значениям поля: иерархия (элементы и группы), только иерархия (только группы) или элементы (только элементы)).

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

  • “Макет” – имя области в макете построителя отчета или отдельный макет, используемый при выводе группировки.
  • “МакетИерархии” – имя области в макете построителя отчета или отдельный макет, используемый при выводе иерархии группировки.
  • “МакетПодвала” – имя области в макете построителя или отдельный макет, используемый при выводе подвала группировки.
  • “МакетПодвалаИерархии” – имя области в макете построителя или отдельный макет, используемый при выводе подвала иерархии группировки.
  • “МакетыПодваловУровней” – массив макетов подвалов для различных уровней группировок.
  • “МакетыУровней” – массив макетов для различных уровней группировок.
  • “Имя” (идентификатор поля) (пример: “Количество”, “КодНоменклатуры”, “Период”…),
  • “Представление” (представление при выводе) (пример: “Кол-во”, “Код”, “Период”…) и
  • “ПутьКДанным” (путь к полю выборки запроса) (пример: “Количество”, “Номенклатура. Код”, “Период”…).

Со списком группировок или полей можно выполнять ряд действий.

  • “Вставить()“ – добавить группировку/поле в указанную позицию.
  • “Добавить()“ – добавить группировку/поле в конец списка.
  • “Индекс()“ – получить индекс группировки/поля в списке.
  • “Количество()“ – получить количество группировок/полей в списке.
  • “Найти()“ – найти группировку/поле в списке по имени.
  • “Очистить()“ – очистить список группировок/полей.
  • “Получить()“ – получить группировку/поле по индексу.
  • “Сдвинуть()“ – сдвинуть группировку/поле на указанное количество позиций.
  • “Удалить()“ – удалить группировку/поле из списка.

11. Язык построителя

Построитель отчета имеет свой язык. Это обычный язык запросов, дополненный конструкциями “<…>”. С помощью этих конструкций можно отказаться от метода “ЗаполнитьНастройки()” и настроить построитель отчета в тексте запроса.
Таким образом можно настроить элементы “ВЫБРАТЬ”, “ГДЕ”, “УПОРЯДОЧИТЬ ПО”, “ИТОГИ ПО”, а также сделать еще несколько интересных вещей. В этом случае основной текст запроса построителя будет являться настройками по умолчанию, в то время как конструкции <…>будут описывать доступные настройки.

Если поле выборки позволяет получить что-то через точку, то можно указать “.*” после поля, тогда пользователь сможет выбирать реквизиты поля. Например, “Номенклатура.*” позволяет сделать сортировку по “Номенклатура.Код” или отбор по “Номенклатура.Услуга”. А вот “Количество.*” смысла не имеет, так как поле “Количество” реквизитов не имеет, а, значит, достаточно указать просто “Количество”.

Поля, указанные в конструкции “ВЫБРАТЬ”, ограничивают список полей, доступных пользователю.
Поля, указанные в конструкции “ГДЕ”, ограничивают список полей, которые можно использовать в фильтре.
Поля, указанные в конструкции “УПОРЯДОЧИТЬ ПО”, ограничивают список полей для сортировки.
Поля, указанные в конструкции “ИТОГИ ПО”, ограничивают список полей для группировки итогов.

А теперь интересные вещи.

Во-первых, в основном тексте запроса можно в параметрах источников также использовать конструкции <…>. К примеру, если вместо
|ИЗ
| РегистрНакопления.ОстаткиТоваровКомпании.Остатки(&ДатаОкончания)
указать
|ИЗ
| РегистрНакопления.ОстаткиТоваровКомпании.Остатки(<&ДатаОкончания>)
то в этом случае можно будет задать фильтр по полю “ДатаОкончания”.

При этом, в первом случае обязательно требуется установить параметр построителя отчета “ДатаОкончания”, во втором же случае этого не требуется, кроме того, если отбор по полю “ДатаОкончания” не будет задан, то этот параметр таблицы “РегистрНакопления.ОстаткиТоваровКомпании.Остатки” вообще не будет учитываться.

Во-вторых, источники в тексте запроса можно помечать как необязательные, помещая их в конструкцию “<…>”. К примеру, если составить такой текст запроса

|ВЫБРАТЬ
| ОстаткиТоваровКомпанииОстатки.Номенклатура КАК Номенклатура,
| ОстаткиТоваровКомпанииОстатки.КоличествоОстаток КАК Количество,
| ПартииТоваровКомпанииОстатки.КоличествоОстаток КАК КоличествоПоПартиям
|
| <ВЫБРАТЬ
| ОстаткиТоваровКомпанииОстатки.Номенклатура КАК Номенклатура,
| ОстаткиТоваровКомпанииОстатки.КоличествоОстаток КАК Количество,
| ПартииТоваровКомпанииОстатки.КоличествоОстаток КАК КоличествоПоПартиям>
|
|ИЗ
| РегистрНакопления.ОстаткиТоваровКомпании.Остатки КАК ОстаткиТоваровКомпанииОстатки
| <ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ПартииТоваровКомпании.Остатки КАК ПартииТоваровКомпанииОстатки
| ПО ОстаткиТоваровКомпанииОстатки.Номенклатура = ПартииТоваровКомпанииОстатки.Номенклатура>
|
|ИТОГИ СУММА(Количество), СУММА(КоличествоПоПартиям) ПО
| ОБЩИЕ,
| Номенклатура

то левое соединение по регистру партий будет выполняться только в том случае, если в списке выбранных полей будет присутствовать поле “КоличествоПоПартиям”.

В-третьих, в параметрах источников можно указать, что в случае задания фильтров по возможности применять их не к результату выполнения запроса с помощью элемента “ГДЕ”, а к самому источнику. Таким образом, вместо
| РегистрНакопления.ОстаткиТоваровКомпании.Остатки()

имеет смысл писать

Ну и, в-четвертых, самое вкусное, на мой взгляд. В случае указания в источнике параметра “Периодичность” (для таблиц, позволяющих получать обороты) его также можно задать как “<…>”, и, в результате небольшой манипуляции с текстом запроса построителя мы можем использовать группировки по периодам.

Есть один нюанс, для того, чтобы группировка по периодам работала, необходимо добавить фильтр по параметру “Периодичность”. Чтобы не делать это вручную, для удобства можно перед выполнением построителя отчета программно его добавлять, а после выполнения удалять, чтобы он не смущал, так как с точки зрения здравого смысла понять такой фильтр невозможно. Делается это примерно так

12. Пользовательская настройка построителя

Для того, чтобы дать пользователю возможность изменить список группировок, фильтр, выбранные поля или сортировку, достаточно создать реквизит отчета “Построитель” и разместить на форме отчета табличное поле и указать ему в качестве источника данных “Построитель.ИзмеренияСтроки”, “Построитель.ИзмеренияКолонки”, “Построитель.Отбор”, “Построитель.ВыбранныеПоля” или “Построитель.Порядок”.

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

Построитель отчета в 1С

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

Построитель отчета предоставляет возможность вывода отчета из произвольного источника данных.

Основными областями применения построителя отчетов являются:
  1. стандартные и аналитические отчеты;
  2. произвольные выборки для обработки информации;
  3. создание отчетов пользователями без доработки в конфигурации.
В качестве источника данных для построителя отчета могут выступать:
  1. ТаблицаЗначений;
  2. РезультатЗапроса;
  3. ОбластьЯчеекТабличногоДокумента;
  4. Табличная часть;
  5. РегистрНакопленияНаборЗаписей;
  6. РегистрСведенийНаборЗаписей;
  7. РегистрБухгалтерииНаборЗаписей;
  8. РегистрРасчетаНаборЗаписей.

Для того чтобы построитель отчета выводил отчет для произвольного источника данных, достаточно установить описание источника данных в свойство построителя ИсточникДанных . Свойство построителя отчета ИсточникДанных может содержать значение типа ОписаниеИсточникаДанных .

Объект ОписаниеИсточникаДанных содержит сам источник данных, а также содержит описание колонок источника данных.

Каждое описание колонки источника данных содержит:

  • Имя — имя колонки в источнике данных;
  • ПутьКДанным — описание зависимости колонок друг от друга. Колонка, чей путь к данным получен через точку от пути к данным другого поля, считается реквизитом другой колонки. Если поле содержит через точку слово Представление , то данное поле считается представлением для колонки, от пути к данным которого получается представление. Примеры: Если колонка «Номенклатура» имеет путь к данным «Номенклатура», а колонка «Код» имеет путь к данным «Номенклатура.Код», то данная колонка будет считаться реквизитом колонки «Номенклатура». Колонка с путем к данным «Номенклатура.Представление» будет считаться представлением для колонки «Номенклатура»;
  • Поле — признак того, что данная колонка может быть использована в качестве поля отчета;
  • Порядок — признак того, что по данной колонке возможно упорядочивание;
  • Отбор — признак того, что на данную колонку возможно накладывать отбор;
  • Измерение — признак того, что данная колонка может быть использовано как группировка отчета;
  • Итог — строка, содержащая выражение для расчета итога. Для построителя отчета выражение данной строки соответствует выражению для вычисления итога, используемому в языке запросов.

При установке источника данных объекту ОписаниеИсточникаДанных , описания колонок создаются и заполняются автоматически.

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

Табличная модель прикладного решения 1c. Список вопросов 1c :Профессионал Платформа 8.3

Тестирование по теме “Табличная модель прикладного решения 1c”. Правильные ответы в конце теста.

Список вопросов 1c :Профессионал Платформа 8.3 Глава 7

Навигация (только номера заданий)

0 из 48 заданий окончено

  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17
  18. 18
  19. 19
  20. 20
  21. 21
  22. 22
  23. 23
  24. 24
  25. 25
  26. 26
  27. 27
  28. 28
  29. 29
  30. 30
  31. 31
  32. 32
  33. 33
  34. 34
  35. 35
  36. 36
  37. 37
  38. 38
  39. 39
  40. 40
  41. 41
  42. 42
  43. 43
  44. 44
  45. 45
  46. 46
  47. 47
  48. 48
Информация

07. Табличная модель прикладного решения

Вы уже проходили тест ранее. Вы не можете запустить его снова.

Вы должны войти или зарегистрироваться для того, чтобы начать тест.

Вы должны закончить следующие тесты, чтобы начать этот:

Результаты

Правильных ответов: 0 из 48

Вы набрали 0 из 0 баллов ( 0 )

Рубрики
  1. Нет рубрики 0%
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17
  18. 18
  19. 19
  20. 20
  21. 21
  22. 22
  23. 23
  24. 24
  25. 25
  26. 26
  27. 27
  28. 28
  29. 29
  30. 30
  31. 31
  32. 32
  33. 33
  34. 34
  35. 35
  36. 36
  37. 37
  38. 38
  39. 39
  40. 40
  41. 41
  42. 42
  43. 43
  44. 44
  45. 45
  46. 46
  47. 47
  48. 48
  1. С ответом
  2. С отметкой о просмотре

При настройке ограничения доступа к данным допускается установка нескольких (по числу полей) ограничений:

  • Для права "Чтение"
  • Для права "Изменение"
  • Для права "Добавление"
  • Для права "Удаление"
  • Для всех вышеперечисленных прав
  • Для всех возможных прав

При настройке ограничения доступа к данным в качестве значений, по которым производится ограничения доступа к данным, могут использоваться:

  • Только значения параметров сеанса
  • Только данные из таблиц (запросов)
  • Значения параметров сеанса и данные из таблиц (запросов)
  • Только значения имеющие типы: Число, Строка, Булево, Дата

Каким из вышеперечисленных способов можно воспользоваться, чтобы в разделе “Поля” конструктора запросов появились код и наименование справочника?

  • Сначала заполнить раздел "Таблицы", а потом, выбирая нужные объекты из этого раздела, перенести их в раздел "Поля", используя двойной клик левой клавиши мыши
  • Не заполняя раздел "Таблицы", сразу выбирать нужные объекты из таблиц — источников данных раздела "База данных", перенося их в раздел "Поля", используя технологию Drag & Drop. Раздел "Таблицы" заполняется автоматически
  • Сначала заполнить раздел "Таблицы", а потом, выбирая нужные объекты из этого раздела, перенести их в раздел "Поля", используя кнопки на форме
  • Верны ответы 1 и 3
  • Верны ответы 1, 2 и 3

Для повышения скорости выполнения запроса необходимо:

  • Задавать параметры большинства реальных таблиц
  • Задавать параметры большинства виртуальных таблиц
  • Вместо задания параметров у реальной или виртуальной таблицы использовать отбор, заданный конструкцией языка запросов "ГДЕ"
  • Верны ответы 1 и 2

Можно ли при выборе таблицы-источника в раздел “Таблицы” конструктора запросов задавать для нее новое имя (псевдоним)?

  • Да, можно
  • Да, можно, но только если в качестве источника данных выступает вложенный запрос
  • Да, можно, но только если в качестве источника данных выступает виртуальная таблица
  • Верны ответы 1 и 2
  • Верны ответы 1 и 3

Вложенный запрос может использоваться:

  • В качестве таблицы-источника данных
  • В качестве операнда операций сравнения "В" или "НЕ В" при задании параметров виртуальной таблицы
  • В качестве операнда операций сравнения "В" или "НЕ В" при задании конструкции языка запросов "ГДЕ"
  • Верны ответы 1, 2 и 3

Можно ли, используя конструктор запроса, получить итоги по иерархии?

  • Можно, если для группировочного поля указать тип итогов "Элементы и иерархия"
  • Можно, если для группировочного поля указать тип итогов "Только иерархия"
  • Верны ответы 1 и 2
  • Нельзя

На закладке “Условия” конструктора запросов отдельная строка списка условий может быть сформирована:

  • С помощью двойного клика левой клавишей мыши на нужном поле в списке доступных полей
  • Путем переноса нужного поля в список, используя технологию Drag & Drop
  • Нажать кнопку "Добавить". Если условие произвольное, то текст условия можно ввести "вручную"
  • Вызвав контекстное меню, выбрать в нем пункт "Добавить". Возможно использование произвольного выражения
  • Верны все вышеперечисленные ответы

При соединении таблиц-источников данных в конструкторе запросов можно:

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

На закладке “Связи” конструктора запросов можно определить:

  • Соединение таблиц-источников данных и связи между ними
  • Объединение таблиц-источников данных и связи между ними
  • Связи между полями таблицы, получаемой в результате выполнения запроса
  • Связи между полями таблицы-источника данных и таблицы, получаемой в результате выполнения запроса

Создание соединения таблиц-источников данных в конструкторе запросов допускает:

  • Соединение только двух таблиц-источников данных
  • Соединение необходимого количества таблиц-источников данных
  • Соединение только двух таблиц-источников данных, причем флажок "Все" обязательно должен быть проставлен хотя бы у одной из таблиц
  • Соединение необходимого количества таблиц-источников данных, причем флажок "Все" обязательно должен быть проставлен хотя бы у одной из таблиц

Флажок “Все”, устанавливаемый у таблицы, выбранной на закладке “Связи” конструктора запросов означает:

  • Что в результат запроса надо включить все доступные поля этой таблицы
  • Что в результат запроса надо включить все записи этой таблицы
  • Что в результат запроса надо включить все поля и все записи этой таблицы
  • Что результат запроса будет сформирован с учетом всех условий, заданных для соединения таблиц-источников

На закладке “Объединения/Псевдонимы” конструктора запросов можно:

  • Задать список запросов. В результирующую выборку попадут записи всех указанных запросов
  • Задать имена полей результирующей таблицы
  • Задать имена таблиц-источников данных
  • Верны ответы 1 и 2
  • Верны ответы 1, 2 и 3

При объединении двух запросов на закладке “Объединения/Псевдонимы” запросов условие связи между запросами:

  • Должно быть задано обязательно
  • Может быть задано, если этого требует логика построения всего запроса
  • Условие связи между запросами задать нельзя

Можно ли, используя конструктор запроса, повлиять на порядок записей в результирующей таблице запроса?

  • Нельзя
  • Это можно сделать на закладке "Порядок"
  • Это можно сделать на закладке "Объединения/Псевдонимы"
  • Верны ответы 2 и 3

Отразятся ли настройки, сделанные в разделе “Объединения/Псевдонимы” конструктора запросов, на информацию, отображаемую в других разделах конструктора?

  • Нет, вид остальных разделов конструктора запросов остается без изменений
  • Да, в конструкторе запросов появляется закладка "Связи"
  • Да. Если заданы псевдонимы полей результирующей таблицы, то новые названия появляются на закладке "Порядок" в списке полей
  • Да. При объединении запросов на ряде закладок (в том числе "Таблицы и поля") появляется возможность переключения между объединяемыми запросами
  • Верны ответы 2 и 3
  • Верны ответы 3 и 4

При создании запросов, участвующих в объединении, с помощью конструктора запросов обязательно ли у всех запросов должно быть одинаковое количество полей в списке выборки?

  • Да. Поля результата запроса формируются по списку полей первого из объединяемых запросов, а поля остальных объединяемых запросов сопоставляются с полями результата
  • Нет. Конструктор сам добавит в каждый запрос необходимое количество недостающих полей со значением NULL. Настроить соответствие добавленных конструктором полей и полей результата запроса можно на закладке "Объединения/Псевдонимы"

Для каких объектов конфигурации есть возможность выбирать способ редактирования “Автоупорядочивание” на закладке “Порядок” конструктора запросов, как изменится порядок записей в результирующей таблице запроса, если эта таблица уже упорядочена по полю, хранящем ссылку на иерархический справочник?

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *