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

Готовишься к экзамену?

Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.

Перейти в бота

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

Нет, вид остальных разделов конструктора запросов остается без изменений
Неправильно: псевдонимы меняют отображаемые имена полей результирующего набора, а объединение запросов добавляет возможность работать с несколькими частями запроса, поэтому в других разделах конструктора это видно.
Да, в конструкторе запросов появляется закладка "Связи"
Неправильно: вкладка «Связи» относится к настройке соединений таблиц, а не к операциям объединения запросов или переименованию полей через псевдонимы.
Да. Если заданы псевдонимы полей результирующей таблицы, то новые названия появляются на закладке "Порядок" в списке полей
Неправильно: утверждение верное по сути для псевдонимов, но в вопросе речь о том, какие изменения проявляются в целом; одной этой части недостаточно, потому что при объединении запросов появляются дополнительные элементы управления на других вкладках.
Да. При объединении запросов на ряде закладок (в том числе "Таблицы и поля") появляется возможность переключения между объединяемыми запросами
Неправильно: утверждение верное по сути для объединения, но в вопросе описана ситуация и с псевдонимами, и с объединением; корректный вариант должен учитывать оба эффекта одновременно.
Верны ответы 2 и 3
Неправильно: вариант про появление вкладки «Связи» не относится к псевдонимам/объединениям, поэтому связка 2+3 не может быть правильной.
Верны ответы 3 и 4
Правильно: псевдонимы полей меняют отображаемые названия в списках выбора полей (например, для сортировки/итогов), а при объединении запросов на ряде вкладок конструктора появляется переключение между объединяемыми частями (в том числе на «Таблицы и поля»). Это удобно, когда вы строите общий набор данных для заполнения «Ведомости в кассу» (например, объединяете разные источники начислений) и хотите управлять сортировкой уже по «человеческим» именам полей.

Пояснение

Развернутая подсказка: 1) Зачем это важно именно для «Ведомости в кассу» - Автозаполнение ведомости в 1С опирается на данные о суммах к выплате и отборах (организация, период/месяц выплаты, подразделение, способ выплаты и т.п.). Когда вы дорабатываете или анализируете заполнение, часто строят запросы: получить список сотрудников, суммы «к выдаче», сгруппировать/отсортировать, исключить тех, кто не подходит по условиям. - В таких запросах удобно давать полям понятные псевдонимы (например, «СуммаКВыдаче», «СотрудникФИО») - чтобы дальше на вкладках сортировки/итогов выбирать поля без путаницы. 2) Что дает вкладка «Объединения/Псевдонимы» на практике - Псевдонимы: задаете «читаемые» имена полей результирующей таблицы. После этого эти имена подтягиваются в списки полей там, где выбирают сортировку или итоги. Это снижает риск ошибки при настройке порядка строк ведомости (например, сортировать по «Подразделение», затем по «ФИО»). - Объединение запросов: когда нужно собрать данные из разных логик (например, разные виды выплат/источники сумм), используют объединение. Тогда в конструкторе появляется возможность переключаться между частями объединения на нескольких вкладках (включая «Таблицы и поля»), чтобы редактировать каждую часть отдельно. 3) Мини-пример (как это встречается в задачах заполнения ведомости) - Часть 1 запроса получает суммы к выплате по авансу, часть 2 - по межрасчетным начислениям. - Вы объединяете части и задаете единые псевдонимы: «Сотрудник», «СуммаКВыдаче», «Подразделение». - Затем на вкладке порядка выбираете сортировку уже по псевдонимам (удобно и менее ошибочно), а при необходимости возвращаетесь на «Таблицы и поля» и переключаетесь между частями объединения, чтобы уточнить отборы. 4) Практические советы, если ведомость «Заполнить» работает не так, как ожидается - Частая причина, почему сотрудник не попадает в «Ведомость в кассу», - несоответствие места/способа выплаты типу ведомости (касса/банк). Это нужно проверять до того, как усложнять запросы. - Также проверяйте период/вид выплаты и наличие зарегистрированных сумм к выплате: если база не видит суммы, запрос (или заполнение) вернет пусто. Идея для запоминания: «Псевдонимы меняют “имена” полей во всем конструкторе, а объединение добавляет “переключатель” между частями запроса на нескольких вкладках» - поэтому верна связка 3+4.