Особенности применения реквизитов (измерений, ресурсов и т.д.) составного типа
Поможем в ✍️ написании учебной работы
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

Для реквизитов (измерений, ресурсов и пр.) объектов метаданных не рекомендуется применять составной тип данных, включающий в себя большое количество типов. Это приводит к тому, что при обращении в запросах к свойствам (реквизитам) таких значений («через точку»), а также при получении для них представлений, системой выполняется неявное соединение с таблицами объектов, входящих в составной тип. Что приводит к увеличению времени выполнения запроса, а в некоторых случаях и к невозможности его выполнения в клиент-серверной версии (из-за ограничения Microsoft SQL Server, по которому в запросе не может участвовать больше 256 таблиц).
Наиболее важно это учитывать при указании в качестве типа ДокументСсылка, СправочникСсылка и т.д.

Например в запросе

ВЫБРАТЬ
ОстаткиТоваров.ДокументОприходования.Дата
ИЗ
РегистрНакопления.ОстаткиТоваров КАК ОстаткиТоваров

// где ДокументОприходования – измерение регистра, с типом значения ДокументСсылка.

будет выполнено соединение с таблицами всех существующих в конфигурации документов.

Аналогичные соединения выполняются и при упорядочивании в запросе по значению этих полей. Как в явном, при использовании «УПОРЯДОЧИТЬ ПО», так и в случаях применения ключевого слова «АВТОУПОРЯДОЧИВАНИЕ», когда это поле попадает в список упорядочиваемых.

 

Длина кода (номера) объектов конфигурации

Длины кодов(номеров) объектов конфигурации могут быть 4-х видов:
- Нулевой
- Сокращенный
- Стандартный
- Расширенный

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

Для конфигураций адаптированных к работе в системе РИБ следует применять стандартный, расширенный и сокращенный виды длин кодов(номеров).
Расширенный применяется для объектов
- которые подлежат миграции и для которых в конфигурациях не адаптированных к РИБ соответствует стандартный вид длины кода(номера).
Стандартный вид длины кода(номера) применяется для объектов
- участвующих в миграции для которых в конфигурациях не адаптированных к РИБ соответствует сокращенный вид длины кода(номера);
- не участвующих в миграции для которых в конфигурациях не адаптированных к РИБ соответствует стандартный вид длины кода(номера).
Сокращенный вид длины кода(номера)применяется для объектов
- которые не подлежат миграции и для которых в конфигурациях не адаптированных к РИБ соответствует сокращенный вид длины кода(номера).

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

При создании объектов конфигурации следует придерживаться следующих правил.
Для объектов типа:
Справочник, ПланВидовХарактеристик, ПланВидовРасчета
виды длин кодов устанавливаются:
- Нулевой - 0
- Сокращенный - 3
- Стандартный - 6
- Расширенный - 9

Для объектов типа:
Документ, БизнесПроцесс, Задача
виды длин кодов устанавливаются:
- Нулевой - 0
- Сокращенный - 5
- Стандартный - 8
- Расширенный - 11

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

Например.
Справочник "Контрагенты".
Для конфигурации не адаптированной для работы в системе РИБ в общем случае вид длины кода будет Стандартный, при адаптации к РИБ - Расширенный.
Справочник "Склады".
Для конфигурации не адаптированной к РИБ вид длины кода справочника будет Сокращенный.
При адаптации конфигурации к РИБ.
Если предполагать что элементы справочника вводятся только в центральной ИБ и мигрируют в перефирийные то вид длины кода не изменится. Если необходимо обеспечить миграцию элементов справочника то вид длины кода необходимо установить Стандартный.

 

 




































Имя, синоним, комментарий

 

Имя

Имя объекта надо стремиться строить на основе синонима объекта так, как это делает система автоматически: пробелы и пр. недопустимые символы удаляются, первые буквы слов делаются заглавными.
Сокращения слов (относительно синонима) допускаются только в крайних случаях, при этом необходимо, чтобы по сокращению можно было восстановить слово обратно.
В случае длинных синонимов последние слова могут быть опущены, если это не искажает смысла.

Для реквизитов объектов допускается переставлять слова из синонима местами, например: синоним «Полное наименование», имя «НаименованиеПолное». Для ведущих объектов подобное не допускается.

 



Синоним

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

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

Для реквизитов объектов подписи в диалогах могут отличаться «в силу обстоятельств» - синоним надо подбирать так, чтобы он осмысленно описывал реквизит в возможных универсальных формах.

Для форм синоним должен начинаться со слов, генерируемых конструктором при создании формы («Форма списка…», «Форма элемента…» и т. д.), далее, в случае наличия нескольких форм одного назначения, обязательно должно следовать уточнение, например «Форма элемента полная», «Форма элемента упрощенная».
Синоним начинается с большой буквы, точки ставятся только после сокращений.

Для макетов унифицированных форм синоним должен состоять из названия формы, например: «ТОРГ-12».

В отношении ведущих объектов метаданных сложилась традиция:
• в синонимах объектов управленческого учета упоминать компанию, например: «Подразделения компании».
• в синонимах объектов, подчиненных справочнику «Организации», упоминать организацию, например: «Подразделения организаций».

 






Комментарий

Комментарий задается только в тех случаях, когда необходимы какие-либо пояснения.
Если в синониме использовано сокращение, в комментарии необходимо его расшифровать, например: «Общероссийский классификатор единиц измерения».

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

Комментарий начинается с большой буквы, точки ставятся только после сокращений




Дата: 2018-11-18, просмотров: 296.