Поля основных таблиц базы данных, отвечающих за хранение прикладных объектов — КиберПедия 

История развития хранилищ для нефти: Первые склады нефти появились в XVII веке. Они представляли собой землянные ямы-амбара глубиной 4…5 м...

Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...

Поля основных таблиц базы данных, отвечающих за хранение прикладных объектов

2021-03-17 80
Поля основных таблиц базы данных, отвечающих за хранение прикладных объектов 0.00 из 5.00 0 оценок
Заказать работу

 

Имена полей

 

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

  • префикс из латинских букв (<pref>), определяющий назначение данных, содержащихся в этом поле. Префикс присутствует в имени любого поля;
  • числовой номер (<n>, <i> или <k>), позволяющий отличить поля, содержащие похожие по назначению данные. Существуют поля, имена которых не содержат номера;
  • суффикс из латинских букв, зависящий от типа данных, хранимых в полях (<suff>). Существуют поля, имена которых не содержат суффикса.

 В разделе Особенности хранения составных типов данных описано формирование полей базы данных с различными суффиксами в зависимости от типов соответствующих полей объектов метаданных. Данный раздел описывает формирование префиксов имен полей в зависимости от их назначения для каждого из объектов метаданных. Для каждого поля указано, участвует ли в ее имени числовой номер и/или суффикс. Участие суффикса в имени поля может означать, что для некоторых типов данных вместо одного поля может создаваться несколько полей, которые имеют одинаковый префикс и числовой номер (если есть), а различаются суффиксами.

 

  Состав полей

 

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

 

Константы

Если в конфигурации определена хотя бы одна константа, то создается таблица констант (_Consts), содержащая поля:

  • _RecordKey - ключ записи, необходимый для правильной установки транзакционных блокировок;
  • _Fld<n> - поле, хранящее значение одной константы. Для константы составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.

Если хотя бы одна константа участвует в обмене данными, то создается таблица регистрации изменений констант (_ConstsChangeRec) со следующими полями:

  • _Node - ссылка на узел плана обмена;
  • _MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
  • _ConstID - идентификатор константы, значение которой изменилось.

Табличная часть

 

Каждой табличной части соответствует таблица базы данных (<pref><n>_VT<k>), содержащая следующие поля:

  • <pref><n>_ID<suff> - ссылка на объект базы данных, которому принадлежит запись табличной части;
  • _KeyField - ключ записи табличной части в рамках одного объекта базы данных
  • _LineNo<n> - номер записи табличной части
  • _Fld3185<n><suff> - реквизит табличной части (для каждого реквизита, определенного в конфигурации). Для реквизита составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.

 

Планы обмена

 

Для каждого плана обмена создается таблица (_Node<n>) со следующими полями:

  • _ID<suff> - идентификатор узла;
  • _Version - версия записи (изменяется после каждого обновления данной записи); _Marked - признак того, что узел помечен на удаление;
  • _Code - код узла;
  • _Description - описание узла;
  • _SentNo - номер последнего отправленного сообщения обмена данными в адрес этого узла;
  • _ReceivedNo - номер последнего сообщения обмена данными, полученного от этого узла;
  • _Fld<n><suff> - реквизит плана обмена (для каждого реквизита, определенного в конфигурации).

 

Справочники

 

Для каждого справочника создается таблица (_Reference<n>) со следующими полями:

  • _ID<suff> - идентификатор элемента справочника;
  • _Version - версия записи (изменяется после каждого обновления данной записи);
  • _Marked - признак того, что элемент справочника помечен на удаление;
  • _IsMetadata - признак того, что элемент справочника является предопределенным (определенный в конфигурации);
  • _ParentID<suff> - идентификатор элемента справочника или группы, которому подчинен данный элемент справочника. Поле определяется только для иерархических справочников;
  • _OwnerID<suff> - идентификатор владельца данного элемента справочника. Поле определено, если в конфигурации для справочника указаны владельцы;
  • _Folder - признак того, что запись представляет группу. Поле определено, если справочник иерархический и в иерархию входят группы;
  • _Code - код элемента справочника;
  • _Description - описание элемента справочника;
  • _Fld<n><suff> - реквизит справочника (для каждого реквизита, определенного в конфигурации).

 

Если справочник участвует в обмене данными, то для него определяется таблица регистрации изменений (_ReferenceChangeRec<n>) со следующими полями:

  • _Node<suff> - ссылка на узел плана обмена;
  • _MessageNo - номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
  • _ID<suff> - идентификатор измененного элемента справочника.

 

Документы

Для каждого документа создается таблица (_Document<n>) со следующими полями:

 

  • _ID<suff> - идентификатор документа;
  • _Version - версия записи (изменяется после каждого обновления данной записи); _Marked - признак того, что документ помечен на удаление;
  • _Date_Time - дата/ время документа;
  • _NumberPrefix - начало периода уникальности номера. Поле определено, если в конфигурации для документа задана поддержка уникальности номера в пределах периода;
  • _Number - номер документа;
  • _Posted - документ проведен;
  • _ Fld <n><suff> - реквизит документа (для каждого реквизита, определенного в конфигурации).

 

Если документ участвует в обмене данными, то создается таблица регистрации изменений (_DocumentChangeRec<n>), поля которой аналогичны полям таблицы регистрации изменений справочника.

 


Поделиться с друзьями:

История создания датчика движения: Первый прибор для обнаружения движения был изобретен немецким физиком Генрихом Герцем...

Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...

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

История развития хранилищ для нефти: Первые склады нефти появились в XVII веке. Они представляли собой землянные ямы-амбара глубиной 4…5 м...



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.015 с.