|
|
Скачать 0.52 Mb.
|
1 … 37 38 39 40 41 42 43 44 … 54 |
Полуавтоматическая | Нет |
| Верны ответы 1 и 2 | Нет | |
| Верны ответы 1, 2 и 3 | Нет | |
| В управляемой форме нет привязок | Да | |
| 10.84 | Выполнение команды «Проверить» приводит | |
| к выполнению синтаксического контроля кода модуля формы | Нет | |
| к открытию разрабатываемой формы в отдельном окне (без возможности заполнения реквизитов, табличных частей формы) |
Да |
|
| к открытию разрабатываемой формы в отдельном окне (с возможностью заполнения реквизитов, табличных частей формы) |
Нет |
|
| Варианты 1 и 2 | Нет | |
| Варианты 1 и 3 | Нет | |
| 10.85 | Выполнение команды «Показать ошибки размещения» позволяет: | |
| отобразить любые элементы формы, с не заполненным свойством «Путь к данным» | Нет | |
| отобразить элементы формы, связанные с одним и тем же элементом данных (дубли) | Нет | |
| отобразить ошибки задания свойств элементов формы, которые будут приводить к проблемам при их размещении на форме (например ширины) |
Да |
|
| Варианты 1 и 2 | Нет | |
| Варианты 1 и 2 и 3 | Нет | |
|
10.86 |
Область предварительного просмотра внешнего вида формы (в нижней части рисунка)
позволяет просматривать результат: |
|
| в разных масштабах | Нет | |
| в разных вариантах управляемого интерфейса (Такси/Версия 8.2) | Нет | |
| для разных клиентов (персональный компьютер/ мобильный клиент) | Нет | |
| Варианты 1 и 2 | Нет | |
| Варианты 1 и 2 и 3 | Да | |
| 10.87 | Свойство элемента формы «Пользовательская видимость» позволяет | |
| исключить реквизит из данных формы (реквизит не передается с сервера) для конкретного пользователя системы. Изменить эту настройку пользователь не может. |
Нет |
|
| исключить реквизит из данных формы (реквизит не передается с сервера) для роли пользователя. Изменить эту настройку пользователь не может. |
Нет |
|
| определить видимость элемента формы по умолчанию. При этом пользователь может самостоятельно изменить это свойство в редакторе настройки формы |
Да |
|
| делает связанный с реквизитом элемент формы доступным только для просмотра | Нет | |
|
10.88 |
Кнопки управляющие режимом просмотра в области предварительного просмотра редактора
формы позволяют выбрать режимы: |
|
| Персональный компьютер (Такси), отображение Обычное, масштаб 110% | Нет | |
| Персональный компьютер (Интерфейс 8.2), отображение Обычное, разрешение монитора из списка | Нет | |
| Мобильное устройство (мобильный клиент), модель телефона из списка, масштаб 110% | Нет | |
| Вариант 1 или 2 | Нет | |
| Вариант 1 или 3 | Да | |
| Возможен любой из указанных вариантов | Нет | |
| 10.89 | Свойство «Использовать всегда» | |
| не дает пользователю убирать видимость элементов формы, связанных с данным реквизитом | Нет | |
| позволяет пользователю управлять видимостью связанных элементов формы, но данный реквизит всегда будет доступен на стороне клиента в случае наличия связанного с ним элемента формы |
Нет |
|
| вне зависимости, от того связан ли реквизит формы с элементом формы, определяет его доступность на стороне клиента |
Да |
|
| 10.90 | Управлять значением свойства реквизита «Использовать всегда» можно для типов: | |
| число, строка, дата, булево | Нет | |
| ссылочных типов | Нет | |
| хранилище значения | Нет | |
| Варианты 1 и 2 | Да | |
| Варианты 1 и 2 и 3 | Нет | |
| 10.91 | В редакторе формы управлять расположением элемента формы (относительно других) можно | |
| в дереве элементов формы, используя команды «Переместить вверх», «Переместить вниз» | Нет | |
| в списке реквизитов формы, используя команды «Переместить вверх», «Переместить вниз» | Нет | |
| перетаскиванием мышью в окне предварительного просмотра | Нет | |
| Вариант 1 или 2 | Нет | |
| Вариант 1 или 3 | Да | |
| Вариант 1 или 2 или 3 | Нет | |
|
10.92 |
При создании реквизита формы типа «ДинамическийСписок» способ формирования запроса к
данным определяется разработчиком: |
|
| заданием основной таблицы | Нет | |
| ручным формированием запроса | Нет | |
| определяется автоматически исходя из принадлежности формы определенному объекту конфигурации |
Нет |
|
| Верны варианты 1 или 2 | Да | |
| 10.93 | Ключ динамического списка определяется: | |
| автоматически в случае указания основной таблицы | Нет | |
| с использованием специализированных свойств динамического списка, в случае если основная |
Если у группы явно установлена ширина или высота, то при расчёте размеров дочерних элементов предпринимается попытка уместить их в заданное ограничение, если только вышестоящая группа или размеры целевого устройства не наложили более жесткое ограничение.
Если в результате расчета ширина дочерних элементов оказалась меньше заданной ширины группы, то группа расширяется до заданной величины.
Если в результате расчета ширина дочерних элементов оказалась больше заданной ширины группы, то ширина группы игнорируется. Если расчёт выполняется в конфигураторе и включён режим Показать ошибки размещения, то в окно сообщений выдаётся соответствующая ошибка.
Если у группы есть отображаемый заголовок, то он рассчитывается по тем же правилам что и дочерние элементы ‑ если у группы задана ширина, то предпринимается попытка уместить в нее заголовок путем переноса строк. Если ширина заголовка все равно оказалась больше ширины группы, то ширина группы будет не меньше ширины заголовка (больше, если ширина дочерних элементов оказалась больше).
Предложите, как улучшить StudyLib
(Для жалоб на нарушения авторских прав, используйте
другую форму
)
Ваш е-мэйл
Заполните, если хотите получить ответ
Оцените наш проект
1
2
3
4
5
Кликом по корню конфигурации можно открыть настройки трех типов интерфейсов: панели разделов, начальной страницы (рабочего стола), и основного раздела:
Рабочая область начальной страницы (или рабочего стола в 8.2) позволяет настроить эту страницу, скомпоновав по колонкам нужные группы команд:
В настройке основного раздела можно отметить галками те команды объектов, которые нужно в этот раздел включить:
В дереве слева доступны собственно все команды всех объектов конфигурации, например:
Так как объектов много, в командном интерфейсе основного раздела можно установить отбор только по активным. В таком случае в панели справа скроются неотмеченные галками команды, а также группы, у которых нет команд:
***
Вопрос 03.45 экзамена 1С:Профессионал по платформе. Как изменять состав списка доступных команд в редакторе командного
интерфейса?
- Удаление команды осуществляется действием «Удалить команду» в поле «Доступные команды» или клавишей «Del»
- Добавление команды осуществляется действием «Добавить команду» в поле «Доступные команды» или клавишей «Insert»
- Набор доступных команд определяется настройкой объекта конфигурации и настройкой команды
- Верные варианты 1 и 2
- Верны все варианты
Правильный ответ третий — кнопок редактирования состава командного интерфейса нет:
***
Вопрос 03.46 экзамена 1С:Профессионал по платформе. Какие действия допустимы в командном интерфейсе рабочего стола?
- Добавление и удаление команды
- Добавление, удаление и перемещение команды
- Добавление, удаление, перемещение команды и настройка видимости
- Добавление, удаление, перемещение команды, отбор команд и настройка видимости
команды - Добавление, удаление, перемещение команды, отбор команд и настройка видимости
команды, нахождение объекта команды в дереве метаданных - Добавление, удаление, перемещение команды, отбор команд и настройка видимости
команды, добавление и удаление групп команд, нахождение объекта команды в дереве
метаданных
Правильный ответ пятый — доступно все кроме добавления / удаления групп:
***
Вопрос 03.47 экзамена 1С:Профессионал по платформе. Где отображается список доступных команд?
- В редакторе командного интерфейса конфигурации
- В редакторе командного интерфейса рабочего стола
- В редакторе командного интерфейса подсистемы
- Верны все варианты
Правильный ответ четвертый, все варианты рассмотрены в посте.
***
Вопрос 03.48 экзамена 1С:Профессионал по платформе. Что определяет серый флажок в видимости команды по ролям?
- Видимость определяется программно
- Видимость зависит от сочетания ролей
- Видимость определяется общей настройкой
- Верны все варианты
Правильный ответ третий.
***
Вопрос 03.49 экзамена 1С:Профессионал по платформе. Режим «Скрыть невидимые по умолчанию» скрывает …
- Команды, для которых отключена только видимость по ролям
- Команды, для которых отключена общая видимость и видимость по ролям
- Группы, в которых нет команд
- Верные варианты 1 и 2
- Верные варианты 2 и 3
- Верны все варианты
Правильный ответ пятый, см. разбор выше.
***
Вопрос 03.50 экзамена 1С:Профессионал по платформе. В каком случае недоступно перемещение команды в редакторе командного интерфейса?
- В случае использования автоматического порядка команд
- В случае использования ручного порядка команд
- В случае использования отбора команд по ролям
- В случае использования режима «Скрыть по умолчанию»
- Верные варианты 1 и 4
- Верные варианты 3 и 4
Правильный ответ шестой. Если установлен любой из данных вариантов отбора, то стрелки вверх-вниз неактивны.
Делимся опытом, как исправить ошибки в логической целостности в базе 1С, размещенной на Microsoft SQL Server.
Поступила жалоба от бухгалтера о проблемах с проведением документов в 1С.
Из скриншота выяснилось, что 1С «ругается» на проблемы с согласованностью «внутри» базы данных и предлагает провести проверку на согласованность.
Переходим в SQL Server Management Studio и, сделав, на всякий случай, бэкап текущего состояния, выполняем проверку:
Для начала переводим нужную нам БД в однопользовательский режим
Запускаем Окно запросов (CTRL+N). Выбираем Новый запрос и вводим запрос Transact-SQL (T-SQL) в этом окне:
ALTER DATABASE KA SET SINGLE_USER WITH ROLLBACK IMMEDIATE
Далее, вводим запрос на сканирование базы данных:
USE [ka] GO DBCC CHECKDB(N'ka') WITH NO_INFOMSGS GO
Проверка продлилась около 15 минут, после чего выдала следующее:
CHECKDB обнаружил 0 ошибок размещения и 766 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).
CHECKDB обнаружил 0 ошибок размещения и 49 ошибок согласованности в таблице «_AccRg1025» (идентификатор объекта 1778313595).
CHECKDB обнаружил 0 ошибок размещения и 3 ошибок согласованности в таблице «_AccRgAT21046» (идентификатор объекта 1826313766).
CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).
CHECKDB обнаружил 0 ошибок размещения и 2603 ошибок согласованности в базе данных «KA».
Вариант решения №1: восстановление из бэкапа выявило накопительный характер ошибки: чем раньше сделан бэкап – тем меньше в базе ошибок, вплоть до самого «дальнего» (14 дней). Примерно на третьем бэкапе количество ошибок перестало уменьшаться – стало ясно, что этим путём мы придём только к потере актуальности базы и проблему не решить
Вариант решения №2: В
справочной информации описаны три возможных варианта исправления этих ошибок, рассмотрим каждый:
REPAIR_FAST
Синтаксис поддерживается только для обеспечения обратной совместимости. Действия по восстановлению не выполняются.
REPAIR_REBUILD
Выполняет действия по восстановлению данных, которые можно выполнить без риска их потери. Это может быть быстрое восстановление (например, восстановление отсутствующих строк в некластеризованных индексах) или более ресурсоемкие операции (например, перестроение индекса).
REPAIR_ALLOW_DATA_LOSS
Пытается устранить все обнаруженные ошибки. Эти исправления могут привести к частичной потере данных.
Аргумент REPAIR_FAST нам не подходит, REPAIR_ALLOW_DATA_LOSS оставим на крайний случай — пробуем REPAIR_REBUILD:
DBCC CHECKDB(N'ka', REPAIR_REBUILD) WITH NO_INFOMSGS
CHECKDB обнаружил 0 ошибок размещения и 766 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).
CHECKDB обнаружил 0 ошибок размещения и 49 ошибок согласованности в таблице «_AccRg1025» (идентификатор объекта 1778313595).
CHECKDB обнаружил 0 ошибок размещения и 3 ошибок согласованности в таблице «_AccRgAT21046» (идентификатор объекта 1826313766).
CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).
CHECKDB обнаружил 0 ошибок размещения и 2603 ошибок согласованности в базе данных «KA».
Не помогло, переводим базу данных обратно в многопользовательский режим:
ALTER DATABASE KA SET MULTI_USER
На всякий случай, я попробовал провести обслуживание базы данных и перепроверил – результат тот же.
Решил провести тестирование и исправление информационной базы средствами 1С, на что получил ошибку
Выгрузить базу данных в *.dt файл тоже не удалось:
Что ж, стало понятно, что часть потерянных данных – меньшее зло, по сравнению с «развалившейся» базой данных, пробуем REPAIR_ALLOW_DATA_LOSS:
DBCC CHECKDB (N'KA', REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS
И, наконец, после нескольких прогонов, количество ошибок немного уменьшилось:
CHECKDB обнаружил 0 ошибок размещения и 733 ошибок согласованности, не связанных ни с одним объектом.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysdbfiles» (идентификатор объекта 20).
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysxmlcomponent» (идентификатор объекта 91).
CHECKDB обнаружил 0 ошибок размещения и 1783 ошибок согласованности в таблице «_AccRg1051» (идентификатор объекта 1906314051).
CHECKDB обнаружил 0 ошибок размещения и 2518 ошибок согласованности в базе данных «KA «.
Ситуацию это не спасло: база, по-прежнему не выгружалась и не «лечилась» средствами 1С.
Дальнейшие попытки (по очереди несколько раз запускал REPAIR_REBUILD и REPAIR_ALLOW_DATA_LOSS) не увенчались успехом: количество ошибок не уменьшилось, база, по-прежнему, не выгружалась и не «лечилась».
Коллеги подсказали попробовать очистить (именно очистить, без удаления самой таблицы) «проблемную» таблицу в MS SQL.
Больше всего ошибок в таблице «_AccRg1051» – ей и было принято решение заняться:
Вводим запрос
TRUNCATE TABLE _AccRg1051
И, после успешного выполнения, прогоняем проверку еще раз:
DBCC CHECKDB(N'ka') WITH NO_INFOMSGS
15 минут ожидания и, о чудо – все ошибки исчезли, в том числе и в остальных таблицах.
Перевожу базу в многопользовательский режим, выгружаю в *.dt файл и загружаю обратно.
Звоню бухгалтеру – прошу проверить проблемные документы: всё работает нормально. Пускаю остальных пользователей в базу.
Через час снова ошибка:
Делаем вывод, что выгрузка в *.dt – не панацея. Выгоняем Вежливо просим пользователей выйти и ещё немного потерпеть и тестируем базу с исправлением ошибок в режиме конфигуратора 1С со следующими параметрами
Видим, что всё ОК
Пускаем обратно пользователей в 1С и идём молиться настраивать планы обслуживания баз данных.