Сравнение версий
Ключ
- Эта строка добавлена.
- Эта строка удалена.
- Изменено форматирование.
| Подсказка | ||
|---|---|---|
| ||
Описание доменных объектов |
| Свойства страницы | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Терминалогия
| Сокращение | Описание |
|---|---|
ДОП | Доменный объект платформы. Таблица в БД SQL |
КДОП | Корневой (обособленный) ДОП |
ОДОП | ДОП, подчиненный КДОП-у, как правило с помощью обратной ссылки |
Правила конфигурирования ДОП
Основное положение
Общее правило состоит в том, что для каждой сущности, с которой работает CMJ-сервер, существует ровно 1 «корневой» ДОП (КДОП) и N «обратно-связанных с корневым» ДОП-ов (ОДОП), реализующих «многозначность» CMJ-полей. Запрещается создание более чем одного «уровня связанности». Запрещается создание связей типа «1-1» или «0..1-1». Т.о.:
· «однозначное» CMJ-поле реализуется как поле КДОП;
· «многозначное» CMJ-поле реализуется как поле ОДОП, обратно-связанного с КДОП;
Одному CMJ-полю всегда соответствует ровно одно поле ДОП. Имена этих полей могут отличаться.
Любой ОДОП обязан иметь следующие non-null поля (их имена зарезервированы):
· Idx: порядковый № элемента в списке (Long);
· Owner: reference на КДОП;
Синхронные многозначные поля. Для каждого такого «блока» полей заводится 1 ОДОП (не «по одному на поле»), содержащий все поля этого «блока».
Все Boolean-поля в ДОП-ах должны иметь ограничение non-null.
<Имя ОДОП> должно быть = <Имя КДОП> + “_” + <что-угодно>.
Наследование ДОП
Разрешено наследование КДОП. «Множественное» наследование реализуется «включением» в конфигурацию ДОП тех или иных общих «блоков» полей при помощи специального xml-тега.
Любое наследование ОДОП запрещено.
ОДОП может иметь в качестве Owner-а абстрактный КДОП.
Конфигурирование и маппинг
Конфигурирование и маппинг сущностей (ДОП-ов) производятся в соответствии с таблицами-описаниями полей, приведенных в данном документе. Таблицы имеют следующие колонки:
· Имя поля CMJ: имя поля, с которым взаимодействует CMJ-сервер; незаполненная ячейка означает, что имя поля обязательно должно быть переопределено «по месту» (в ДОП-наследнике или в ДОП, включающем данный ОБП).
· Мн.: признак «множественности» значений поля; если несколько строк такой колонки объединены, то это означает, что поля, описанные в данных строках, представляют собой «блок синхронных полей».
· Тип: тип поля (см. ТИПЫ ПОЛЕЙ И ПРЕОБРАЗОВАНИЯ).
· Имя поля ДОП: имя поля ДОП.
Символ ^ означает, что данное поле было определено в родительском ДОП или в ОБП.
Типы полей и преобразования
S | Строка (текст). |
N | Целое число. |
NS | Строка, содержащая целое число. В ДОП хранится целое число. |
B | Строка, по смыслу являющаяся Boolean. Пустое значение означает false, непустое (при записи в Entity — “1”) — true. В ДОП хранится Boolean. |
DO | Только дата (без времени и зоны). |
DT | Дата-время с зоной. |
E | Строка, содержащая бороду <-> SO_Beard. В ДОП хранится ссылка на SO_Beard. |
R | Строка, содержащая Unid какой-либо сущности. В ДОП хранится ссылка. |
RE | Строка, содержащая Unid какой-либо сущности, содержащей ссылочное поле “Beard” типа SO_Beard. В ДОП хранится ссылка на SO_Beard. |
CF | Содержание «файлы». |
CT | Содержание «расширенный текст». |
F | Число с плавающей точкой (в платформе представлено типом BigDecimal) |
Доступ
Для предоставления доступа специальным образом обрабатываются поля “AF$R_xxx”, “AF$A_xxx”. В результате создаются (читаются) ДОП, расширяющие ДОП “DP_LnAcc”.
Для каждого КДОП создается ДОП, расширяющий DP_LnAcc, с помощью которого получают доступ участники документооборота.
Для КДОП типа «РКК» создается также дополнительный ДОП, расширяющий DP_LnAcc, с помощью которого получают доступ делопроизводители Места Регистрации.
| панель | |
|---|---|
|
| панель | ||||||
|---|---|---|---|---|---|---|
| ||||||
|